本篇内容主要讲解“如何理解接口的幂等性的多重考虑”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“如何理解接口的幂等性的多重考虑”吧!
成都创新互联专注为客户提供全方位的互联网综合服务，包含不限于成都做网站、网站设计、外贸营销网站建设、龙子湖网络推广、微信小程序、龙子湖网络营销、龙子湖企业策划、龙子湖品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；成都创新互联为所有大学生创业者提供龙子湖建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com
正文
1 接口幂等性
就是说在多次相同的操作下保证最终的结果是一致的。
其实这个概念还是比较简单的，很容易理解，那我们思考一个问题，如果不保证接口幂等性会有什么问题？
1.1 案例
我们简单的举个例子，现在有一个接口，提供了转账的功能，a要给b转账1000元，正常情况下我们接口一次性就调用成功了，但是却因为网络抖动等其它原因没有成功，于是就开始不停的重试，突然网络好了，但是这时却连续发出去了三个请求，但是这个接口没有保证幂等性，于是从结果上来看就是a给b转了3000元，这显然是程序业务逻辑上不能接受的(其实moon可以当b的)。
2 解决方案
2.1 token机制
token机制其实是比较简单的，我们先来简单的说一下流程。
图示如下：
token机制实现方式还是比较简单的，但是其实对于我们某些响应速度要求很高的业务不太友好，缺点就是需要多一次请求获取token的过程。
正常来说是每次请都会生成一个新的token，如果有极限情况下，有两个请求都带着相同的token进来，会存在都走入判断是否存在的过程，可能都会同时查到存在，这样也会有问题，针对这种情况，我们可以在删除前判断下是否存在，存在就删除，为了保证原子性，这部分逻辑建议使用lua脚本完成。
2.2 去重表
去重表的机制是根据MySQL唯一索引的特性来的，我们先来说下它的流程：
图示如下：
去重表机制的问题有两点：
2.3 redis 的 SETNX键值
过程如下：
这里我们是利用了redis setnx 的特性来完成的。
setnx:只在键key不存在的情况下，将键key的值设置为value。若键key已经存在，则SETNX命令不做任何动作。命令在设置成功时返回1，设置失败时返回0。
图示如下：
这种方案可以说是针对上一个方案改进的，效率也会提高很多。
2.4 状态机幂
这种机制适用于有不同状态的业务，moon的上一家公司就是这样做的。
我们的订单系统，一条订单会有多个状态，如：待付款，锁定，已付款等状态，而这些状态都是有流程和逻辑的，我们可以根据这个状态判断是否执行后续业务操作。
2.5 乐观锁(更新操作)
就是数据库中增加版本号字段，每次更新根据版本号来判断
过程如下：
这个图示我就不再画了，还是比较简单的
2.6 悲观锁(更新操作)
假设每一次拿数据，都有认为会被修改，所以给数据库的行上锁，也是基于数据库特性来完成。
当数据库执行select for update时会获取被select中的数据行的行锁，因此其他并发执行的select for update如果试图选中同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。
START TRANSACTION; # 开启事务
SELETE * FROM TABLE WHERE .. FOR UPDATE;
UPDATE TABLE SET ... WHERE ..;
COMMIT; # 提交事务
到此，相信大家对“如何理解接口的幂等性的多重考虑”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
分享文章：如何理解接口的幂等性的多重考虑
文章位置：
http://cdkjz.cn/article/ppdhhe.html
