接口幂等性怎么设计？三种做法和它们的取舍
【摘要】 重复下单、重复支付，根因都是接口不幂等。唯一索引兜底最可靠，状态机保证转换合法，分布式锁减少无效请求。三者组合使用，才能覆盖并发和重试两种场景。
重复下单、重复支付，根因都是接口不幂等。常见做法有三种。一是唯一索引兜底：给订单号或业务流水号建唯一约束，重复插入直接报错，最可靠也最省事。二是状态机：更新时带上前置状态条件，影响行数为 0 就说明已被处理过。三是分布式锁：用 Redis 的 setnx 按业务键加锁，抢不到锁就视为重复请求。实际项目里建议组合使用，唯一索引兜底，状态机保证转换合法，锁只是减少无效请求。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）