Angular - 限制HTTP拦截器重试

时间:2015-11-12 08:50:24

标签: angularjs angular-http-interceptors

我编写了一个拦截器,如果响应错误,如果状态代码和访问令牌存在于本地存储中,则重试HTTP请求。

我写这篇文章主要是为了对付我们正在使用的API(我无法控制)的神秘失败的回复,因为在某些情况下重试就足够了。有时API端点会无缘无故失败,所以我认为由于我无法控制API的维护,我只是重试发送HTTP请求。

primesis.factory('httpResponseErrorInterceptor', function ($q, $injector) {
    return {
        'responseError': function (response) {
            if(response.status === 500 && localStorage.getItem('token')) {
                var $http = $injector.get('$http');
                return $http(response.config);
            }
            return $q.reject(response);
        }
    };
});

   $httpProvider.interceptors.push('httpResponseErrorInterceptor');

然而,在这些情况下,这会导致无限重试拦截器,即API中确实存在错误。

我想要实现的是限制此拦截器的重试。我已经尝试在其中放置一个计数器,但似乎计数器不会继续进行下一个拦截器调用。

我一直在寻找能够解决这种情况但无济于事的事情。有没有办法限制拦截器响应错误重试?

2 个答案:

答案 0 :(得分:2)

如果你可以想象它并为它编写一个实现,@ csupnig的答案会有效,但我设法在同一个拦截器本身的范围内完成:没有添加服务。

以下是我的表现:

app.factory('httpResponseErrorInterceptor', function ($q, $injector) {
        return {
            responseError: function (response) {
                if(response.status === 500 && localStorage.getItem('token')) {
                var $http = $injector.get('$http');

                if(response.config.Retries===undefined){
                    //do something on first error e.g, reporting
                    response.config.Retries=1;
                    return $http(response.config);
                }else{
                    if(response.config.Retries!==2){
                        response.config.Retries = response.config.Retries +1;
                        return $http(response.config);
                    }
                    else{
                        response.config.Retries = undefined;
                        //do something on last retry
                        return $q.reject(response);
                    }
                }
            }
            return $q.reject(response); // give up
        }
    };
}); 

这可以通过在响应配置​​本身上附加计数器来实现。

我承认这可以使用一些重构,但你明白了。这适用于我的用例,我认为这很容易改变。

答案 1 :(得分:0)

计数器是正确的解决方案,但您必须将其置于服务中才能使其存活到下一个拦截器调用。

我会构建一个管理请求和重试映射的服务。