近期需要对接口进行幂等性的改造,特此记录下。
一、背景
在微服务架构中,幂等是一致性方面的一个重要概念。
一个幂等操作的特点是指其多次执行所产生的影响均与一次执行的影响相同。在业务中也就是指的,多次调用方法或者接口不会改变业务状态,可以保证重复调用的结果和单次调用的结果一致。
二、常见场景
1.用户重复操作
在产品订购下单过程中,由于网络延迟或者用户误操作等原因,导致多次提交。这时就会在后台执行多条重复请求,导致脏数据或执行错误等。
2.分布式消息重复消费
消息队列中由于某种原因消息二次发送或者被二次消费的时候,导致程序多次执行,从而导致数据重复,资源冲突等。
3.接口超时重试
由于网络波动,引起的重复请求,导致数据的重复等。
三、常见解决方案
1.token机制实现
由客户端发送请求获取Token,服务端生成全局唯一的ID作为token,并保存在redis中,同时返回ID给客户端。
客户端调用业务端的请求的时候需要携带token,由服务端进行校验,校验成功,则允许执行业务,不成功则表示重复操作,直接返回给客户端。
2.mysql去重
建立一个去重表,当客户端请求的时候,将请求信息存入去重表进行判断。由于去重表带有唯一索引,如果插入成功则表示可以执行。如果失败则表示已经执行过当前请求,直接返回。
3.基于redis锁机制
在redis中,SETNX表示 SET IF NOT EXIST的缩写,表示只有不存在的时候才可以进行设置,可以利用它实现锁的效果。
客户端请求服务端时,通过计算拿到代表这次业务请求的唯一字段,将该值存入redis,如果设置成功表示可以执行。失败则表示已经执行过当前请求,直接返回。
四、实现方法
基于种种考虑,本文将基于方法3实现幂等性方法。其中有两个需要注意的地方:
1.如何实现唯一请求编号进行去重?
本文将采用用户ID:接口名:请求参数进行请求参数的MD5摘要,同时考虑到请求时间参数的干扰性(同一个请求,除了请求参数都相同可以认为为同一次请求),排除请求时间参数进行摘要,可以在短时间内保证唯一的请求编号。
2.如何保证最小的代码侵入性?
本文将采用自定义注解,同时采用切面AOP的方式,最大化的减少代码的侵入,同时保证了方法的易用性。
<