接口幂等性怎么设计？

幂等就是同样的请求执行多次效果和一次相同。需要它的场景是重试和重复提交：网络超时客户端重发、用户双击支付按钮。实现上我了解四种：唯一索引兜底防重、提交前先取 token 服务端校验、状态机限制非法流转、分布式锁串行化。下单场景我会在订单表用业务唯一键做最终防线。

我在支付回调上落地过幂等：回调可能重复通知。方案是通知表唯一约束先插记录，插入成功才执行业务，业务处理与状态变更放同一事务；对外部重试语义我们返回成功但不再重复入账。另外接口层做了 token 预取防表单重复提交，双端配合后重复订单投诉清零。

幂等我按读写语义分别设计：写操作的幂等靠服务端凭据——唯一键是空间幂等，版本号是时序幂等，状态机是业务幂等；读天然幂等不用处理。工程要点：幂等键的生成规范（谁生成、时效多长）、存储选型（DB 唯一约束强于 Redis 的先查后写）、以及重试风暴下的幂等键过期策略。幂等是分布式重试语义的前提。

追问『token 方案流程』：进入页面取一次性 token，提交带上，服务端原子删除校验，删成功才放行；『唯一索引冲突怎么处理』：捕获冲突后查询已有结果返回成功，对外表现为幂等成功而非报错；『MQ 消费幂等』：消息带业务 ID，消费记录表去重，与业务同一事务落库。