面试官：10W QPS高并发下，如何防止重复下单？

核心问题

• 10W QPS：每秒10万次请求，高并发场景。
• 重复下单：用户因网络问题、系统重试、误操作等原因提交多次相同订单。

电商订单支付核心流程

1. 用户下单：选择商品，提交订单。
2. 订单确认：系统生成订单号，确认订单信息。
3. 选择支付方式：用户选择支付方式。
4. 支付提交：提交支付请求。
5. 支付处理：系统处理支付请求。
6. 支付结果返回：支付平台返回支付结果。
7. 订单状态更新：根据结果更新订单状态。
8. 通知用户：系统通知用户支付结果。

重复下单的危害

• 库存管理问题：影响库存准确性，可能导致库存不足或积压。
• 订单处理负担：增加订单处理复杂性，增加服务器和网络负载。
• 财务成本增加：处理重复订单和退款产生额外成本。
• 客户服务压力：增加客服工作量和压力。
• 品牌形象受损：影响消费者信任和购物体验。

重复下单发生的场景

• 网络卡顿或出错。
• 超时重试导致的重复请求。
• 用户误操作。
• 秒杀活动或抢购限量商品。

幂等性问题

• 定义：操作多次与操作一次结果相同。
• 重要性：确保系统状态不受重复操作影响。

防止重复下单的解决方案

方案一：提交订单按钮置灰

• 优点：简单，防止用户误操作。
• 缺点：无法防止网络问题或系统重试。

方案二：请求唯一ID+数据库唯一索引约束

• 核心：客户端生成请求号，服务端判断是否重复。

方案三：Redis分布式锁+请求唯一ID

• 流程：
  • 系统生成请求唯一ID，存储至Redis。
  • 用户提交时，后端检查Redis中的ID。
  • 使用Redis分布式锁机制锁定请求ID。

方案四：Redis分布式锁+Token

• 核心：根据请求信息生成Token，代替请求ID。
• 优点：简化流程，提高性能。

方案五：技术+产品+运营支持

• 重要性：即使技术方案完备，仍需产品设计和运营团队支持。

总结

• 防止重复下单关键在于解决幂等性问题，通过加锁和唯一性ID校验。
• 针对10W QPS并发，需优化加锁性能和唯一ID生成方式。