后端如何处理接口幂等性?

[HarryQu]

最近在搞 Spring Boot ,遇到了这样的一个问题 : 菜鸡如我,想问问大家是如何处理的。

场景 :

有个移动端的用户,手特别快, 注册的时候瞬间连点 100 下 ,发出了 100 个请求 :

---

问题 :

@Service
@Transactional
public class UserService {

    @Autowired
    UserDao userDao;
    
    public boolean register(User user) {
        Optional<User> user = userDao.findByTelephone(user.telephone);
        if (user.isPresent()) {
            throw new IllegalStateException("账号已存在");
        }
        userDao.save(user);
        return true;
    }
}

register 是非线程安全的 ,这样就导致该用户重复注册,数据库中有多条数据。

---

我的解决方案 : 加锁... 但是我觉得效率上个问题

大家是如何处理的呢 ?

[realityone]

手机号加个唯一索引

[helloworld12]

前端设置为短时间内只发送一个请求，
服务端根据填写的信息 hash 计算出唯一 ID

[lastpass]

首先在前端，点击一下之后就 disable，在后台数据没有返回之前不恢复。
后端，加消息队列。
用锁的话，加锁解锁的开销有点大。

[p2pCoder]

单机的话
```
synchronized (user.telephone.intern())
```
分布式的话，直接给
给 telephone 用 redis 加锁就行了

性能影响不大吧

[HarryQu]

@realityone 我觉得这应该和索引么关系吧.

[awanabe]

@HarryQu unique 索引可以直接在 db 层面上报错了...除了 insert 成功的那条之外..别的都返回 db 错误了...

[xuanbg]

这种非正常的请求，通过限流来防重发就可以了。然后，注册方法中可以增加对手机号是否已存在的判断，如已存在，就返回一个用户已存在的错误信息。

[HarryQu]

@lastpass
因为我之前也是做前端的,这种问题,还得后端处理, disable 后, 用户立即退出又重新进入界面,再次提交数据。当然前端可以再次判断,只不过类似场景太多,写起来前端比较麻烦。
消息队列的话,我还真是没用过,我研究下,谢谢。

[HarryQu]

@awanabe @realityone 好的 , 我试试。

[jjwjiang]

既然 telephone 不能重复，那 DB 里就要 unique 呀，这个 error 完全可以通过 db 抛出来

[IssacTomatoTan]

后端做 体验 安全一次搞定

[lastpass]

回复 @HarryQu 前端防君子不防小人，但能够过滤掉大部分问题。最终还是要后端来处理数据。前后端都要做。

[HarryQu]

@lastpass 嗯 有道理

[linbiaye]

1. 手机号加 unique, save 以后再 select 看看。

[linbiaye]

@linbiaye
1. 手机号 unique
2. 控制一下事务级别(MySQL READ COMMITTED)，save 以后再 findByTelephone 看看是不是有大于 1 条记录。

[reus]

当然是数据库加唯一索引

如果这是线上服务，那……祝贵司好运，为啥不找合格的后端来做？

[98jiang]

@reus 请问一下，合格的应该怎么做呢？

[HarryQu]

@linbiaye 谢谢,又学到了一点事务级别。

[p2pCoder]

依据我浅薄的经验来看，把这种幂等性教研扔给 db 的唯一索引来做不合适，
即使有唯一索引，也最好在应用程序中加锁来实现

[ppyybb]

数据库做唯一索引，当然二级 key 有唯一索引在 innodb 里面也会增加一点开销，会为插入的时候在二级索引上增加隐式锁（好像是的），但是开销应该较小。

前端做控制，减少大部分误操作了。

如果还不想加唯一的限制（万一有啥奇葩的需求..），那么我觉得每 30 分钟设置一个 redis 的 bloomfilter 去重吧，这样可以保证如果点过了就一定会被发现，没点过才去 db 检查。这样基本可以保证没有任何问题了。（实际上我觉得数据库做唯一索引基本上不可能出现问题了，而且很简单）