关于接口幂等性的场景及解决方案

本文介绍了接口幂等性的概念及其实现方法,包括使用乐观锁防止数据覆盖、生成唯一业务编号确保交易唯一性、利用索引提高短域名生成效率以及采用分布式锁避免重复订单处理。

接口幂等主要是防止编辑类接口的重复请求,具体的业务场景非常多,自己编码涉及过如下场景。

1、CRM系统中,一个编辑页面被多个用户同时打开了,此时后一个用户修改数据会覆盖前一个用户的数据。这种场景做幂等很简单,数据库只需要加一个字段version做乐观锁,修改数据时检验version是否改变,同时对version+1

2、支付系统中,向银行核心发扣款请求,因为网络超时等原因需要重试时,银行无法确定这个账户是否为同一次扣款。这种场景也很简单,只需要调用接口前,生成一个唯一的中间业务编号,银行在进行扣款时,会判断该中间业务编号是否已经发生交易。 当然银行内部系统时如何幂等的,并不是我们考虑的。

3、短域名系统中,同一个长url生成同一个短域名。因为每次短域名是随机抽取数字和字母生成的,如果不幂等校验会生成不同的短域名,虽然没有影响,但是浪费了资源。可以先查找映射表中是否存在长域名,如果存在直接返回映射的短域名。长域名做索引效率低,可以利用MD5生成16位的md5码做索引,提高索引利用率。

4、订单履行系统中,需要防止同一个订单的多次履行。上游并没有为每次请求传递一个唯一的业务编号。此时可以将该订单加锁,利用redis的setnx,可以实现分布式锁。每次请求会先验证该订单是否能获取锁,只有拿到锁的订单才会进行后续操作。订单请求完成后,会对该订单记录一个状态,下次请求会先校验状态,状态非法的请求直接中断跳出。

 

转载于:https://my.oschina.net/everyDay111/blog/884647

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值