背景:
最近公司一个接口因为多次调用出现了问题,解决方式有很多,要根据不同的情况选择合适的方案。这是关于接口的一类问题,即接口的幂等性,在设计时所有的接口都应该好好考虑是否存在幂等性问题。网上有很多相关讨论,结合个人理解做一下总结
1、什么是接口幂等性?
- 个人理解是在一个接口中,如果传递的参数相同,那么无论调用多少次,返回的结果是一样的
2、为什么要接口幂等?
- 最简单的例子,转账,一个用户重复点击了转账最终支付了多笔订单,这样肯定有问题
3、 解决方案:
-
数据库唯一索引
在设计数据库时就选择好唯一索引的键,这样,插入数据时可以根据返回的信息做不同的处理
个人认为这种做法可以用在更新操作少的业务中,抛出重复异常时可以根据业务指定更好的回滚策略 -
加锁
对于单机环境,可以直接用jvm锁,如synchronized或者Lock。而分布式的项目,可以借助redis或zookeeper来完成加锁和释放锁。将并行请求串行化处理,这也是大部分并发操作采取的思想。但加锁也增加了系统的复杂性,需要考虑获取锁、释放锁、锁的超时时间、避免死锁等等问题 -
token机制
并没有使用过,只是看网上很多支持这种做法的人,简单总结一下
借助redis或服务器session,每次请求前先获取一个token,之后每次请求时带着这个token,业务处理中每次先查询这个token是否存在于redis或者服务器session中,第一次请求肯定存在,删除token,处理业务逻辑。重复请求的话token不存在,直接返回相应信息 -
上面都是后端做处理,前端也需要做一些相应处理,比如按钮置灰,提升用户体验性。
-
总之,需要的是前端+后端的合作,前端提供良好的交互性,后端提供良好的数据保护性