订单系统设计与实现

本章聚焦订单系统三大核心设计——状态机、幂等、库存扣减。面试官常从开放设计切入，逐步追问边界情况与高并发细节。掌握本章的追问路径与回答框架，能帮助你在交易系统面试中建立系统化表达。

📌 问答卡片 1 · 订单状态机设计

面试问题	请设计一个电商订单状态机，包括核心状态与流转条件。
考察点	状态建模完整性、边界情况处理、补偿机制设计、状态变更可追溯。
回答框架	定义核心状态 → 描述正向流转 → 补充逆向/异常流转 → 状态日志与补偿
简短示例回答	核心状态：待支付、已支付、已发货、已完成、已取消、退款中。待支付可流转至已支付或已取消；已支付可发货或申请退款；已发货流转至已完成。每次变更记录状态日志，支持补偿回滚。
可能追问	并发状态下状态冲突如何解决？超时未支付如何处理？部分退款状态如何设计？
避坑提醒	⚠️ 不要遗漏边界状态（如超时取消、退款中）；状态流转图要闭合，避免死循环。

📌 问答卡片 2 · 幂等设计

面试问题	订单系统的幂等如何设计？以支付回调为例说明。
考察点	幂等机制理解、唯一键选择、去重策略、与状态机的结合、异常恢复。
回答框架	确定幂等键 → 状态机前置校验 → 去重表写入 → 业务处理 → 结果返回
简短示例回答	支付回调以支付流水号为幂等键。先查订单状态，若已处理则直接返回；未处理则获取分布式锁，校验去重表，处理业务并更新状态。锁超时设3秒，防止死锁。
可能追问	唯一键如何选择？去重表性能瓶颈怎么解决？幂等与状态机如何配合？
避坑提醒	⚠️ 不要只依赖数据库唯一索引做幂等，需结合业务状态机；去重表需定期清理。

📌 问答卡片 3 · 库存扣减与超卖防止

面试问题	高并发场景下如何设计库存扣减？如何防止超卖？
考察点	库存模型设计、并发控制、缓存一致性、最终一致性方案、兜底对账。
回答框架	预扣+最终扣 → 缓存扣减 → 异步DB同步 → 超时释放 → 对账修正
简短示例回答	下单预扣缓存库存，支付成功异步扣减DB库存；超时未支付释放预扣。使用乐观锁防止超卖，每天对账脚本修正缓存与DB不一致数据。
可能追问	缓存与DB不一致如何修复？库存扣减性能瓶颈怎么优化？预扣过期时间如何设定？
避坑提醒	⚠️ 不要用DB行锁做高频扣减；不要依赖缓存做最终决策；预扣必须有超时回收机制。

🏢 公司侧重点

公司	关注重点	常问方向
阿里 / 京东	大促高并发、分库分表、库存一致性	秒杀库存方案、分布式事务
字节 / 美团	实时性、最终一致性、状态机精细化	状态冲突补偿、监控告警
拼多多	极致性能、缓存方案、异步化	缓存扣减、预扣释放、成本控制
腾讯	可靠性、事务一致性、补偿机制	TCC / Saga、对账兜底、运营工具

👤 面试官画像

• 背景：交易系统或电商后端负责人，5～10 年经验，主导过核心链路设计。
• 关注点：候选人是否理解业务全链路、能否处理边界情况、是否有高并发实战经验。
• 提问方式：从开放设计切入（“你设计一个订单系统”），逐步追问细节，考察深度与广度。
• 决策点：状态机是否闭合、幂等方案是否可落地、库存方案是否有兜底。

🧠 整体回答框架

拿到设计类问题，按以下五步展开，展现系统性思维：

1. 理解业务场景 — 明确是 B2C / 秒杀 / 预售，确认核心需求与边界。
2. 定义核心模型 — 状态定义、事件、数据模型、唯一键选择。
3. 设计技术方案 — 技术选型（缓存/DB/消息）、架构设计、交互流程。
4. 处理异常情况 — 并发、重试、超时、状态冲突、数据不一致。
5. 优化与兜底 — 性能优化、监控告警、对账脚本、补偿机制。

🔍 追问总结

面试官会在以下三个方向持续追问，考察边界处理能力：

• 状态机：状态冲突怎么解决？超时未支付怎么处理？部分退款状态如何设计？
• 幂等：唯一键怎么选？去重表性能瓶颈？幂等与状态机如何配合？
• 库存：缓存与DB不一致如何修复？预扣时间怎么设？乐观锁失效怎么办？