因为我们无法保证接口的每一次调用都是有返回结果的,要考虑到出现网络异常的情况。
举个例子,订单创建时,我们需要去减库存,这时接口发生了超时,调用方进行了重试,这时是否会多扣一次库存?
解决这类问题一般有 2 种方案:
一、服务方提供相应的查询接口,调用方在请求超时后进行查询,如果查到了,表示请求处理成功了,没查到就走失败流程。
二、调用方只管重试,服务方保证一次和多次的请求结果是一样的。
对于第二种方案,就需要服务方的接口支持幂等性。
大致设计思路是这样的:
调用接口前,先获取一个全局唯一的令牌(Token)
调用接口时,将 Token 放到 Header 头中
解析 Header 头,验证是否为有效 Token,无效直接返回失败
完成业务逻辑后,将业务结果与 Token 进行关联存储,设置失效时间
重试时不要重新获取 Token,用要上次的 Token