主要观点总结
本文主要是关于如何处理面试中遇到的幂等问题，以及推荐的一种解决方案。
关键观点总结
关键观点1: 唯一索引处理幂等的缺点
使用数据库唯一索引处理幂等要求必须是插入操作，且存在性能问题和事务回滚的影响。此外，该方案依赖于底层数据库和框架，不具有通用性。
关键观点2: 推荐方案介绍
支付宝团队提出的“一锁二判三更新”方案是一个比较通用的综合性的幂等解决方案。该方案通过锁定数据、判断单据状态、进行数据更新，可以避免重复操作。
关键观点3: 方案的具体实施
具体实施中，可以利用Redis分布式锁进行锁定数据，结合状态机或流水表判断单据状态。系统并发量不大时，可以通过乐观锁处理幂等问题。
文章预览
作者 | 江南一点雨 来源 | 江南一点雨 周末来个简单的吧～ 有一个小伙伴在面试时遇到这么个问题，面试回来后微信问松哥。 那咱们今天就来捋一捋这事。 一 唯一索引处理幂等 先说结论：不建议。 为啥呢？ 大家想想，用数据库唯一索引处理幂等，要求你必须是插入操作，因为只有插入操作，通过唯一索引进行判断的时候，才能把重复插入的数据给拒绝了。所以你的业务必须得是插入这种操作，如果你是更新或者删除操作想要保证幂等，那么用唯一索引显然是有问题的。 当然光这一点还不够。 用唯一索引还有一个问题就是我们怎么发现重复插入了呢？是插入操作抛出了 DuplicateKeyException 异常，这个异常是 Spring 提供的，这里就存在两个问题：第一个问题就是我们一般不建议使用异常来控制业务逻辑，因为这首先带来性能问题，其次用异常，我们
………………………………
