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

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

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

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

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

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