我编写了一个拦截器,如果响应错误,如果状态代码和访问令牌存在于本地存储中,则重试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中确实存在错误。
我想要实现的是限制此拦截器的重试。我已经尝试在其中放置一个计数器,但似乎计数器不会继续进行下一个拦截器调用。
我一直在寻找能够解决这种情况但无济于事的事情。有没有办法限制拦截器响应错误重试?
答案 0 :(得分:2)
以下是我的表现:
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)
计数器是正确的解决方案,但您必须将其置于服务中才能使其存活到下一个拦截器调用。
我会构建一个管理请求和重试映射的服务。