分布式系统的接口幂等性设计
什么叫幂等性?
就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的。
幂等性在设计系统时，是首要考虑的问题，尤其是在像支付宝，银行，互联网金融公司等涉及的都是钱，所以不能出现多扣款，多打款问题。
常见用来保证幂等的手段
1.MVCC方案
多版本并发控制，该策略主要使用update with condition（更新带条件来防止）来保证多次外部请求调用对系统的影响是一致的。在系统设计的过程中，合理的使用乐观锁，通过version或者updateTime（timestamp）等其他条件，来做乐观锁的判断条件，这样保证更新操作即使在并发的情况下，也不会有太大的问题。例如
1
2
select
*
from
tablename
where
condition=#condition#
//取出要跟新的对象，带有版本versoin
update tableName
set
name=#name#,version=version+1
where
version=#version#
在更新的过程中利用version来防止，其他操作对对象的并发更新，导致更新丢失。为了避免失败，通常需要一定的重试机制。
2.去重表
在插入数据的时候，插入去重表，利用数据库的唯一索引特性，保证唯一的逻辑。
3.状态机幂等
在设计单据相关的业务，或者是任务相关的业务，肯定会涉及到状态机，就是业务单据上面有个状态，状态在不同的情况下会发生变更，一般情况下存在有限状态机，这时候，如果状态机已经处于下一个状态，这时候来了一个上一个状态的变更，理论上是不能够变更的，这样的话，保证了有限状态机的幂等。
4. token机制，防止页面重复提交
业务要求：页面的数据只能被点击提交一次
发生原因：由于重复点击或者网络重发，或者nginx重发等情况会导致数据被重复提交
解决办法：
- 集群环境：采用token加redis（redis单线程的，处理需要排队）
- 单JVM环境：采用token加redis或token加jvm内存
处理流程：
- 数据提交前要向服务的申请token，token放到redis或jvm内存，token有效时间
- 提交后后台校验token，同时删除token，生成新的token返回
token特点:要申请，一次有效性，可以限流
7. 对外提供接口的api如何保证幂等
如银联提供的付款接口：需要接入商户提交付款请求时附带：source来源，seq序列号。source+seq在数据库里面做唯一索引，防止多次付款，(并发时，只能处理一个请求)
以上是 分布式系统的接口幂等性设计 的全部内容， 来源链接： utcz.com/z/514561.html
