请描述你会如何设计一个订单超时未支付自动取消的系统方案？

回答思路

1. 【回答框架 1】核心机制是延时任务触发。可选方案有定时轮询、延迟队列、Redis过期键监听、时间轮。定时轮询简单但存在时间误差与数据库压力；延迟队列（如RabbitMQ TTL+死信）精度较高；Redis过期键监听依赖key过期事件，存在丢失与延迟风险；时间轮适合内存级任务。
2. 【回答框架 2】推荐方案组合：下单时写入订单表并设置超时时间，同时投递延迟消息（如RabbitMQ延迟队列）。消费者收到消息后检查订单状态，若仍为待支付则更新为已取消。此方案能解耦与支持重试。
3. 【回答框架 3】需要考虑订单状态机：待支付、已支付、已取消。取消操作必须保证幂等，即只有待支付状态才能被取消，需配合数据库条件更新或分布式锁防止并发重复取消。
4. 【回答框架 4】需补充补偿机制：延迟消息丢失时，可依赖定时任务扫描超时未支付的订单进行兜底，扫描频率可设置低频（如每分钟执行一次），同时通知用户并记录日志。
5. 【回答框架 5】最终方案需结合团队技术栈与业务量，权衡实时性与资源消耗。
6. 【关键点 1】利用延迟消息或定时扫描触发超时检查，保证订单状态正常流转。
7. 【关键点 2】取消操作需幂等，通过条件更新（如状态为待支付时置为已取消）保证只成功一次。
8. 【关键点 3】设计兜底任务，防止消息丢失导致订单一直未取消。
9. 【关键点 4】合理设置轮询频率或消息延迟时间，平衡实时性与系统压力。
10. 【易错点 1】直接依赖Redis过期事件可能丢失且不保证时效，需评估可靠性。
11. 【易错点 2】定时轮询频率过高会加大数据库压力，过低则影响用户体验。
12. 【易错点 3】未处理重复消息时可能重复取消，需通过状态判断或唯一约束保障幂等。