如何使用Stripe Elements实现库存扣减避免商品超卖

旧版Stripe Checkout带的Order接口是Stripe侧托管的订单能力，自带库存预占逻辑，但这套接口属于历史遗留接口，本身不兼容SCA要求的3DS验证流程。而Stripe Elements本质是纯支付前端交互组件，只负责卡信息采集、支付验证流程的前端交互，不自带订单、库存相关的托管能力，库存管控逻辑需要放在你自己的服务端实现，我自己做独立站接入的时候踩过这个坑，具体落地流程如下：

1. 结算提交时做第一重库存预占 #

用户在前端选好SKU、数量提交结算时，所有校验逻辑先在你的服务端完成，不要先调Stripe接口：

• 针对要购买的SKU，用数据库悲观锁（比如MySQL的SELECT ... FOR UPDATE）或者乐观锁（带版本号的更新语句）查询可用库存，库存不足直接返回错误给前端，阻断后续流程
• 库存满足的话，立刻在本地库把对应数量的库存标记为「预占锁定」状态，同时生成你自己系统的内部订单，记录用户信息、SKU、购买数量、预占过期时间（一般设15-30分钟就行，超时自动把库存释放回可用池）
• 本地预占完成后，再调用Stripe的PaymentIntent::create接口创建支付意图，把你本地的内部订单号写到metadata参数里做双向关联，最后把返回的client_secret传给前端Elements组件初始化支付流程。

别再硬套旧版创建Order、查询Order、支付Order的逻辑，新SCA支付链路的核心实体是PaymentIntent，强用旧Order接口会出现3DS跳转后支付状态和本地订单状态不同步的问题，我之前踩过这个坑，排查了快一周。

2. 支付结果回调做第二重校验兜底 #

绝对不要信任前端返回的支付成功结果，所有支付状态的最终判定都要以Stripe的webhook事件为准：

• 配置监听payment_intent.succeeded事件，收到事件后先解析出metadata里存的本地订单号
• 查询本地订单对应的预占库存是否有效、有没有被超时释放、SKU库存数据是否匹配
• 校验通过的话，把本地订单状态更新为「已支付」，对应预占的库存从「锁定」状态转为「已售出」，后续正常走发货流程
• 如果校验发现库存已经被释放、订单状态异常，直接调用Stripe接口发起全额退款，给用户推送库存不足的通知即可
• 同时监听payment_intent.payment_failed、payment_intent.canceled事件，收到后第一时间释放对应订单锁定的预占库存，避免库存被无效占用。

3. 边缘场景处理 #

• 写个定时任务轮询所有超过预占时间还没完成支付的订单，自动释放锁定的库存，避免用户打开支付页后直接关掉页面导致库存被永久占用
• 高并发秒杀场景可以在库存预占层加一层Redis分布式锁，避免同一SKU在瞬时高并发下出现重复扣减
• 所有库存扣减、订单状态更新的逻辑绝对不要放在前端Elements的回调里执行，所有写操作必须走服务端逻辑，防止前端伪造请求导致超卖。

内容的提问来源于stack exchange，提问作者dangvy