(转)Angular中的拦截器Interceptor

转之:http://my.oschina.net/ilivebox/blog/290881?p=1

原文:Interceptors in AngularJS and Useful Examples



$httpAngularJS 的 $http 服务允许我们通过发送 HTTP 请求方式与后台进行通信。在某些情况下,我们希望可以俘获所有的请求,并且在将其发送到服务端之前进行操作。还有一些情况是,我们希望俘获响应,并且在完成完成调用之前处理它。一个很好例子就是处理全局 http 异常。拦截器(Interceptors)应运而生。本文将介绍 AngularJS 的拦截器,并且给几个有用的例子。

什么是拦截器?

$httpProvider 中有一个 interceptors 数组,而所谓拦截器只是一个简单的注册到了该数组中的常规服务工厂。下面的例子告诉你怎么创建一个拦截器:

module.factory(‘myInterceptor‘, [‘$log‘function($log) {

    $log.debug(‘$log is here to show you that this is a regular factory with injection‘);

    var myInterceptor = {

        ....

        ....

        ....

    };

 return myInterceptor;

}]);

然后通过它的名字添加到 $httpProvider.interceptors 数组:

module.config([‘$httpProvider‘function($httpProvider) {

    $httpProvider.interceptors.push(‘myInterceptor‘);

}]);

拦截器允许你:

  • 通过实现 request 方法拦截请求: 该方法会在 $http 发送请求道后台之前执行,因此你可以修改配置或做其他的操作。该方法接收请求配置对象(request configuration object)作为参数,然后必须返回配置对象或者 promise 。如果返回无效的配置对象或者 promise 则会被拒绝,导致 $http 调用失败。
  • 通过实现 response 方法拦截响应: 该方法会在 $http 接收到从后台过来的响应之后执行,因此你可以修改响应或做其他操作。该方法接收响应对象(response object)作为参数,然后必须返回响应对象或者 promise。响应对象包括了请求配置(request configuration),头(headers),状态(status)和从后台过来的数据(data)。如果返回无效的响应对象或者 promise 会被拒绝,导致 $http 调用失败。
  • 通过实现 requestError 方法拦截请求异常: 有时候一个请求发送失败或者被拦截器拒绝了。请求异常拦截器会俘获那些被上一个请求拦截器中断的请求。它可以用来恢复请求或者有时可以用来撤销请求之前所做的配置,比如说关闭进度条,激活按钮和输入框什么之类的。
  • 通过实现 responseError 方法拦截响应异常: 有时候我们后台调用失败了。也有可能它被一个请求拦截器拒绝了,或者被上一个响应拦截器中断了。在这种情况下,响应异常拦截器可以帮助我们恢复后台调用。

    异步操作

有时候需要在拦截器中做一些异步操作。幸运的是, AngularJS 允许我们返回一个 promise 延后处理。它将会在请求拦截器中延迟发送请求或者在响应拦截器中推迟响应。

module.factory(‘myInterceptor‘, [‘$q‘‘someAsyncService‘function($q, someAsyncService) {

    var requestInterceptor = {

        request: function(config) {

            var deferred = $q.defer();

            someAsyncService.doAsyncOperation().then(function() {

                // Asynchronous operation succeeded, modify config accordingly

                ...

                deferred.resolve(config);

            }, function() {

                // Asynchronous operation failed, modify config accordingly

                ...

                deferred.resolve(config);

            });

            return deferred.promise;

        }

    };

    return requestInterceptor;

}]);

这个例子中,请求拦截器使用了一个异步操作,根据结果来更新配置。然后它用更新后的配置继续执行操作。如果 deferred 被拒绝,http 请求则会失败。

响应拦截器的例子一样:

module.factory(‘myInterceptor‘, [‘$q‘‘someAsyncService‘function($q, someAsyncService) {

    var responseInterceptor = {

        response: function(response) {

            var deferred = $q.defer();

            someAsyncService.doAsyncOperation().then(function() {

                // Asynchronous operation succeeded, modify response accordingly

                ...

                deferred.resolve(response);

            }, function() {

                // Asynchronous operation failed, modify response accordingly

                ...

                deferred.resolve(response);

            });

            return deferred.promise;

        }

    };

    return responseInterceptor;

}]);

只有当 deferred 被解析,请求才算成功,如果 deferred 被拒绝,请求将会失败。

例子

本节中我将提供一些 AngularJS 拦截器的例子,以便让你更好的理解它们是如何使用的,并且可以展示一下它们能怎样帮助你。不过请记住,我这里提供的解决案不一定是最好或者最准确的解决案。

Session 注入(请求拦截器)

这里有两种方式来实现服务端的认证。第一种是传统的 Cookie-Based 验证。通过服务端的 cookies 来对每个请求的用户进行认证。另一种方式是 Token-Based 验证。当用户登录时,他会从后台拿到一个 sessionTokensessionToken 在服务端标识了每个用户,并且会包含在发送到服务端的每个请求中。

下面的 sessionInjector 为每个被俘获的请求添加了 x-session-token 头 (如果当前用户已登录):

module.factory(‘sessionInjector‘, [‘SessionService‘function(SessionService) {

    var sessionInjector = {

        request: function(config) {

            if (!SessionService.isAnonymus) {

                config.headers[‘x-session-token‘] = SessionService.token;

            }

            return config;

        }

    };

    return sessionInjector;

}]);

module.config([‘$httpProvider‘function($httpProvider) {

    $httpProvider.interceptors.push(‘sessionInjector‘);

}]);

然后创建一个请求:

$http.get(https://api.github.com/users/naorye/repos‘);

被 sessionInjector 拦截之前的配置对象是这样的:

"transformRequest": [ null ], "transformResponse": [ null ], "method""GET""url""https://api.github.com/users/naorye/repos""headers": { "Accept""application/json, text/plain, */*" } }

被 sessionInjector 拦截之后的配置对象是这样的:

"transformRequest": [ null ], "transformResponse": [ null ], "method""GET""url""https://api.github.com/users/naorye/repos""headers": { "Accept""application/json, text/plain, */*""x-session-token": 415954427904 } }

时间戳(请求和响应拦截器)

让我们用拦截器来测一下从后台返回响应需要多少时间。可以通过给每个请求和响应加上时间戳。

 module.factory(‘timestampMarker‘, [function() {

    var timestampMarker = {

        request: function(config) {

            config.requestTimestamp = new Date().getTime();

            return config;

        },

        response: function(response) {

            response.config.responseTimestamp = new Date().getTime();

            return response;

        }

    };

    return timestampMarker;

}]);

module.config([‘$httpProvider‘function($httpProvider) {

    $httpProvider.interceptors.push(‘timestampMarker‘);

}]);

然后我们可以这样:

$http.get(https://api.github.com/users/naorye/repos‘).then(function(response) { var time = response.config.responseTimestamp - response.config.requestTimestamp; console.log(‘The request took ‘ + (time / 1000) + ‘ seconds.‘); });

完整代码: example for the Timestamp Marker

请求恢复 (请求异常拦截)

为了演示请求异常拦截,我们需要模拟前一个拦截器拒绝了请求这种情况。我们的请求异常拦截器会拿到被拒绝的原因以及恢复请求。

让我们来创建两个拦截器: requestRejector 和 requestRecoverer

 module.factory(‘requestRejector‘, [‘$q‘function($q) {

    var requestRejector = {

        request: function(config) {

            return $q.reject(‘requestRejector‘);

        }

    };

    return requestRejector;

}]);

module.factory(‘requestRecoverer‘, [‘$q‘function($q) {

    var requestRecoverer = {

        requestError: function(rejectReason) {

            if (rejectReason === ‘requestRejector‘) {

                // Recover the request

                return {

                    transformRequest: [],

                    transformResponse: [],

                    method: ‘GET‘,

                    url: https://api.github.com/users/naorye/repos‘,

                    headers: {

                        Accept: ‘application/json, text/plain, */*‘

                    }

                };

            else {

                return $q.reject(rejectReason);

            }

        }

    };

    return requestRecoverer;

}]);

module.config([‘$httpProvider‘function($httpProvider) {

    $httpProvider.interceptors.push(‘requestRejector‘);

    // Removing ‘requestRecoverer‘ will result to failed request

    $httpProvider.interceptors.push(‘requestRecoverer‘);

}]);

然后,如果你像下面这样请求,我们会在 log 中看到 success,虽然 requestRejector 拒绝了请求。

 $http.get(https://api.github.com/users/naorye/repos‘).then(function() {

    console.log(‘success‘);

}, function(rejectReason) {

    console.log(‘failure‘);

});

完整代码: example for the Request Recover

Session 恢复 (响应异常拦截器)

有时候,我们的单页面应用中,会发生丢失 session 情况。这种情况可能由于 session 过期了或者服务器异常。我们来创建一个拦截器,用于恢复 session 然后自动重新发送原始请求(假设 session 过期的情况)。

为了演示目的,我们来假设发生了 session 过期返回 http 状态码 419。

 module.factory(‘sessionRecoverer‘, [‘$q‘‘$injector‘function($q, $injector) {

    var sessionRecoverer = {

        responseError: function(response) {

            // Session has expired

            if (response.status == 419){

                var SessionService = $injector.get(‘SessionService‘);

                var $http = $injector.get(‘$http‘);

                var deferred = $q.defer();

                // Create a new session (recover the session)

                // We use login method that logs the user in using the current credentials and

                // returns a promise

                SessionService.login().then(deferred.resolve, deferred.reject);

                // When the session recovered, make the same backend call again and chain the request

                return deferred.promise.then(function() {

                    return $http(response.config);

                });

            }

            return $q.reject(response);

        }

    };

    return sessionRecoverer;

}]);

module.config([‘$httpProvider‘function($httpProvider) {

    $httpProvider.interceptors.push(‘sessionRecoverer‘);

}]);

以这种方式,如果后台调用失败引起 session 过期,sessionRecoverer 会创建一个新的 session 然后重新调用后台。

时间: 2024-08-27 09:57:49

(转)Angular中的拦截器Interceptor的相关文章

Spring MVC中的拦截器Interceptor

谈谈spring中的拦截器 在web开发中,拦截器是经常用到的功能.它可以帮我们验证是否登陆.预先设置数据以及统计方法的执行效率等等.今天就来详细的谈一下spring中的拦截器.spring中拦截器主要分两种,一个是HandlerInterceptor,一个是MethodInterceptor. 一,HandlerInterceptor拦截器 HandlerInterceptor是springMVC项目中的拦截器,它拦截的目标是请求的地址,比MethodInterceptor先执行.实现一个Ha

详述 Spring MVC 框架中拦截器 Interceptor 的使用方法

1 前言 昨天新接了一个需要,"拦截 XXX,然后 OOO",好吧,说白了就是要用拦截器干点事(实现一个具体的功能).之前,也在网络上搜了很多关于Interceptor的文章,但感觉内容都大同小异,而且知识点零零散散,不太方便阅读.因此,正好借此机会,整理一篇关于拦截器的文章,在此分享给大家,以供大家参考阅读. 2 拦截器 2.1 概念 Java 里的拦截器是动态拦截 action 调用的对象.它提供了一种机制可以使开发者可以定义在一个 action 执行的前后执行的代码,也可以在一个

在SpringMVC中使用拦截器(interceptor)拦截CSRF攻击

关于什么是CSRF我这里就不多说了,以前转载的一篇文章(PS:https://www.zifangsky.cn/358.html)已经说得很清楚了.这里只是简单介绍如何在SpringMVC中使用拦截器拦截CSRF攻击.具体代码如下: (1)登录页面: <%@page import="java.security.SecureRandom"%> <%@ page language="java" contentType="text/html; 

Flume-NG源码阅读之SourceRunner,及选择器selector和拦截器interceptor的执行

在AbstractConfigurationProvider类中loadSources方法会将所有的source进行封装成SourceRunner放到了Map<String, SourceRunner> sourceRunnerMap之中.相关代码如下: 1 Map<String, String> selectorConfig = context.getSubProperties( 2 BasicConfigurationConstants.CONFIG_SOURCE_CHANNE

struts2中的拦截器

一  AOP思想: 面向切面编程的思想 AOP为Aspect Oriented Programming的缩写,意为:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术.AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型.利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率. AOP 是一个概念,一个规范,本身并没有设定具体语言的实现,这实际

Kafka producer拦截器(interceptor)

Producer拦截器(interceptor)是个相当新的功能,它和consumer端interceptor是在Kafka 0.10版本被引入的,主要用于实现clients端的定制化控制逻辑. 对于producer而言,interceptor使得用户在消息发送前以及producer回调逻辑前有机会对消息做一些定制化需求,比如修改消息等.同时,producer允许用户指定多个interceptor按序作用于同一条消息从而形成一个拦截链(interceptor chain).Intercetpor

【SpringMVC学习11】SpringMVC中的拦截器

Springmvc的处理器拦截器类似于Servlet 开发中的过滤器Filter,用于对处理器进行预处理和后处理.本文主要总结一下springmvc中拦截器是如何定义的,以及测试拦截器的执行情况和使用方法. 1. springmvc拦截器的定义和配置 1.1 springmvc拦截器的定义 在springmvc中,定义拦截器要实现HandlerInterceptor接口,并实现该接口中提供的三个方法,如下: //测试拦截器1 public class HandlerInterceptor1 im

Struts2中的拦截器详解

拦截器是什么 拦截器是一种可以在让用户在Action执行之前和Result执行之后进行一些功能处理的机制. 拦截器在action执行之前和result执行之后的顺序是相反的,可以看下图: 也就是说执行的顺序是:Interceptor1-Interceptor2-Interceptor3-Action-Result–Interceptor3--Interceptor2--Interceptor1 拦截器的优点 下边是书上总结的优点,贴几张图,还是比自己写来得快. 拦截器有什么 在我们使用Actio

EJB学习笔记六(EJB中的拦截器)

 1.前言 听到拦截器,估计都不陌生,尤其是在Servlet规范中,充分应用了拦截器的概念.EJB3也提供了拦截器的支持,本质上是轻量级的AOP实现,拦截器可以将多个业务方法中的通用逻辑从业务方法中抽离出来,放在拦截器中实现,从而实现极好的代码复用. 2.EJB中的拦截器 Spring中的AOP实现提供了@Before.@AfterReturning.@AfterThrowing等大量的Annotation,这些注解用于定义功能丰富的增强处理,可是在EJB的拦截器没有打算实现完整的AOP ,只是