需要看场景
场景一：插入防重
比如创建订单、注册用户。这种场景的解法是“业务唯一键加数据库唯一索引”。用户下单时带上订单号，这个订单号在数据库有唯一索引约束。只有第一个请求能插入成功，后续请求会触发唯一键冲突，数据库直接拒绝。这就是“让数据库替你做并发控制”，比你在代码写if判断更靠谱。
场景二：更新防重。
比如扣款、扣库存。这种场景的解法是“乐观锁”。你在SQL里加个版本号条件：UPDATE account SET balace = balace-100 where id =1 and version =1.只有版本号匹配才能更新成功，更新后版本号加1。第二个请求进来的时候，版本号已经变成2了，Where 条件不满足，更新0行。你获得这个“更新0行”的返回值就知道重复操作了。
场景三：异步回调防重
比如第三方支付回调。这种场景的解法是“状态机加唯一键”。第三方回调会带一个唯一的transaction_id,你在数据库建一张回调记录表，用transaction_id做唯一索引。回调来的时候先插入，插入成功才处理，插入失败说明已经处理过了。幂等是解决了，但还有个问题：第一个请求处理到一半，第三方又回调了一次怎么办？这就需要状态机控制：只有状态是“待处理”才能处理，处理中加锁，防止并发重复处理。
