核心问题
- 10W QPS:每秒10万次请求,高并发场景。
- 重复下单:用户因网络问题、系统重试、误操作等原因提交多次相同订单。
电商订单支付核心流程
- 用户下单:选择商品,提交订单。
- 订单确认:系统生成订单号,确认订单信息。
- 选择支付方式:用户选择支付方式。
- 支付提交:提交支付请求。
- 支付处理:系统处理支付请求。
- 支付结果返回:支付平台返回支付结果。
- 订单状态更新:根据结果更新订单状态。
- 通知用户:系统通知用户支付结果。
重复下单的危害
- 库存管理问题:影响库存准确性,可能导致库存不足或积压。
- 订单处理负担:增加订单处理复杂性,增加服务器和网络负载。
- 财务成本增加:处理重复订单和退款产生额外成本。
- 客户服务压力:增加客服工作量和压力。
- 品牌形象受损:影响消费者信任和购物体验。
重复下单发生的场景
- 网络卡顿或出错。
- 超时重试导致的重复请求。
- 用户误操作。
- 秒杀活动或抢购限量商品。
幂等性问题
- 定义:操作多次与操作一次结果相同。
- 重要性:确保系统状态不受重复操作影响。
防止重复下单的解决方案
方案一:提交订单按钮置灰
- 优点:简单,防止用户误操作。
- 缺点:无法防止网络问题或系统重试。
方案二:请求唯一ID+数据库唯一索引约束
- 核心:客户端生成请求号,服务端判断是否重复。
方案三:Redis分布式锁+请求唯一ID
- 流程:
- 系统生成请求唯一ID,存储至Redis。
- 用户提交时,后端检查Redis中的ID。
- 使用Redis分布式锁机制锁定请求ID。
方案四:Redis分布式锁+Token
- 核心:根据请求信息生成Token,代替请求ID。
- 优点:简化流程,提高性能。
方案五:技术+产品+运营支持
- 重要性:即使技术方案完备,仍需产品设计和运营团队支持。
总结
- 防止重复下单关键在于解决幂等性问题,通过加锁和唯一性ID校验。
- 针对10W QPS并发,需优化加锁性能和唯一ID生成方式。