利用 Promise 实现任务流的自动重试

背景

微信小程序不支持 HTTP 的 cookie ,其会话机制是通过开发自己维护一个 session_id 在小程序的本地存储中,每次调用 wx.request 的时候都带上这个 session_id 来实现的会话机制。

那么,有会话机制,就会存在会话失效、更新等等问题。

传统的 HTTP cookie-session 机制,当会话失效的时候,可以在 HTTP 的返回头里面通过 setcookie 来静默返回一个新的 session_id ,小程序就比较麻烦。

传统的实现方案

1.理想的实现情况

2.为了容错,我们会添加返回判断,但错误的时候,再调用一次

上面这种方式,在接口的返回值中做一次判断,然后再执行一次,好像就解决问题了。

但如果我们业务的接口非常多,返回判断是不是要添加很多次呢?

基于 Promise 的任务流自动重试

首先,我们先封装一个专门用来发请求的函数,并且全局套上一个会话异常的逻辑

/util/request.js

然后,我们的业务逻辑,可以简化为

不论我们业务有多少次 HTTP 请求要发送,request 函数都能自动帮我们处理好这些通用流程,且支持自动重试自动执行原先断掉的流程。

如果是一些非全局处理的逻辑,也可以改用依赖注入的方式,交给业务代码来决定是否调用。

结语

这种基于 Promise 的任务流自动重试,在 Web 应用里面有非常多的使用场景,这里仅仅以小程序的会话态举例。

演示代码为了突出重点,省略了 reject 和重试次数的处理部分,大家记得加上,要不然会出现外层的 catch 不到错误又或者是一直在循环重试。