Open ly2011 opened 5 years ago
从需求来说只retry请求超时的请求吧,如果是401 403 500这样的你也要retry? 现在那种方式都是一把梭,看到报错就retry ,还是要写逻辑判断错误的状态码吧?
@ouzhou 根据自己的业务需求动态更改,这里只是提供一个思路
状态码401,403,500时从error.responses.status中获取吗? @ly2011 @ouzhou
//在main.js设置全局的请求次数,请求的间隙 axios.defaults.retry = 4; axios.defaults.retryDelay = 1000; 设置完在error里打印error.config,看不到设置的retry和retryDelay,这是为什么 @ly2011
//在main.js设置全局的请求次数,请求的间隙 axios.defaults.retry = 4; axios.defaults.retryDelay = 1000; 设置完在error里打印error.config,看不到设置的retry和retryDelay,这是为什么 @ly2011
axios 0.19.0 已经不支持这种写法了,用0.18.0吧
//在main.js设置全局的请求次数,请求的间隙 axios.defaults.retry = 4; axios.defaults.retryDelay = 1000; 设置完在error里打印error.config,看不到设置的retry和retryDelay,这是为什么 @ly2011
axios 0.19.0 已经不支持这种写法了,用0.18.0吧
0.19怎么做?
//在main.js设置全局的请求次数,请求的间隙 axios.defaults.retry = 4; axios.defaults.retryDelay = 1000; 设置完在error里打印error.config,看不到设置的retry和retryDelay,这是为什么 @ly2011
axios 0.19.0 已经不支持这种写法了,用0.18.0吧
0.19怎么做?
我通过在headers里添加config.headers.retry=4,然后修改 instance.interceptors.request.use( config => { config.retry = config.headers.retry; config.retryDelay = 1000; return config; }, error => { global.console.log('请求错误日志', error); return Promise.reject(error); } );
为什么重新请求后我的config.__retryCount永远为0啊?没有+1
为什么重新请求后我的config.__retryCount永远为0啊?没有+1
在axios 0.19.0上有问题,升级一下就可以了 https://github.com/axios/axios/issues/2203
自从使用Vue2之后,就使用官方推荐的axios的插件来调用API,在使用过程中,如果服务器或者网络不稳定掉包了, 你们该如何处理呢? 下面我给你们分享一下我的经历。
具体原因
最近公司在做一个项目, 服务端数据接口用的是Php输出的API, 有时候在调用的过程中会失败, 在谷歌浏览器里边显示Provisional headers are shown。
按照搜索引擎给出来的解决方案,解决不了我的问题.
最近在研究AOP这个开发编程的概念,axios开发说明里边提到的栏截器(axios.Interceptors)应该是这种机制,降低代码耦合度,提高程序的可重用性,同时提高了开发的效率。
带坑的解决方案一
我的经验有限,觉得唯一能做的,就是axios请求超时之后做一个重新请求。通过研究 axios的使用说明,给它设置一个timeout = 6000
然后加一个栏截器.
这个栏截器作用是 如果在请求超时之后,栏截器可以捕抓到信息,然后再进行下一步操作,也就是我想要用 重新请求。
这里是相关的页面数据请求。
超时之后, 报出 Uncaught (in promise) Error: timeout of xxx ms exceeded的错误。
在 catch那里,它返回的是error.request错误,所以就在这里做 retry的功能, 经过测试是可以实现重新请求的功功能, 虽然能够实现 超时重新请求的功能,但很麻烦,需要每一个请API的页面里边要设置重新请求。
看上面,我这个项目有几十个.vue 文件,如果每个页面都要去设置超时重新请求的功能,那我要疯掉的.
而且这个机制还有一个严重的bug,就是被请求的链接失效或其他原因造成无法正常访问的时候,这个机制失效了,它不会等待我设定的6秒,而且一直在刷,一秒种请求几十次,很容易就把服务器搞垮了,请看下图, 一眨眼的功能,它就请求了146次。
带坑的解决方案二
研究了axios的源代码,超时后, 会在拦截器那里 axios.interceptors.response 捕抓到错误信息, 且 error.code = "ECONNABORTED",具体链接
https://github.com/axios/axios/blob/26b06391f831ef98606ec0ed406d2be1742e9850/lib/adapters/xhr.js#L95-L101
所以,我的全局超时重新获取的解决方案这样的。
这个方法,也可以实现得新请求,但有两个问题,1是它只重新请求1次,如果再超时的话,它就停止了,不会再请求。第2个问题是,我在每个有数据请求的页面那里,做了许多操作,比如 this.$axios.get(url).then之后操作。
完美的解决方法
以AOP编程方式,我需要的是一个 超时重新请求的全局功能, 要在axios.Interceptors下功夫,在github的axios的issue找了别人的一些解决方法,终于找到了一个完美解决方案,就是下面这个。
https://github.com/axios/axios/issues/164#issuecomment-327837467
其他的那个几十个.vue页面的 this.$axios的get 和post 的方法根本就不需要去修改它们的代码。