接口幂等性总结

背景:

最近公司一个接口因为多次调用出现了问题,解决方式有很多,要根据不同的情况选择合适的方案。这是关于接口的一类问题,即接口的幂等性,在设计时所有的接口都应该好好考虑是否存在幂等性问题。网上有很多相关讨论,结合个人理解做一下总结


1、什么是接口幂等性?

  • 个人理解是在一个接口中,如果传递的参数相同,那么无论调用多少次,返回的结果是一样的

2、为什么要接口幂等?

  • 最简单的例子,转账,一个用户重复点击了转账最终支付了多笔订单,这样肯定有问题

3、 解决方案:

  • 数据库唯一索引
    在设计数据库时就选择好唯一索引的键,这样,插入数据时可以根据返回的信息做不同的处理
    个人认为这种做法可以用在更新操作少的业务中,抛出重复异常时可以根据业务指定更好的回滚策略

  • 加锁
    对于单机环境,可以直接用jvm锁,如synchronized或者Lock。而分布式的项目,可以借助redis或zookeeper来完成加锁和释放锁。将并行请求串行化处理,这也是大部分并发操作采取的思想。但加锁也增加了系统的复杂性,需要考虑获取锁、释放锁、锁的超时时间、避免死锁等等问题

  • token机制
    并没有使用过,只是看网上很多支持这种做法的人,简单总结一下
    借助redis或服务器session,每次请求前先获取一个token,之后每次请求时带着这个token,业务处理中每次先查询这个token是否存在于redis或者服务器session中,第一次请求肯定存在,删除token,处理业务逻辑。重复请求的话token不存在,直接返回相应信息

  • 上面都是后端做处理,前端也需要做一些相应处理,比如按钮置灰,提升用户体验性。

  • 总之,需要的是前端+后端的合作,前端提供良好的交互性,后端提供良好的数据保护性

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值