如何从Stripe webhook获取payment_intent.succeeded响应处理Vue+Express订单

一、订单存储逻辑：直接在webhook中处理即可，无需客户端提交订单 #

你原有客户端提交订单的逻辑存在风险，正确的处理流程是：

• 你在处理createPaymentIntent的服务端接口中，就可以把用户提交的订单信息写入MongoDB，将订单状态标记为待支付，同时把生成的订单ID存入PaymentIntent的metadata字段，再返回client_secret给前端即可。
• 当webhook收到payment_intent.succeeded事件时，直接从PaymentIntent的metadata里取出对应的订单ID，找到库中待支付的对应订单，将状态更新为已支付，后续的履约、发通知邮件等逻辑都可以在这个分支里处理，完全不需要依赖客户端的postOrder请求，也能避免用户篡改订单数据、或者支付完成后直接关闭页面导致订单未提交的问题。

二、webhook状态同步到客户端的三种实现方案 #

因为webhook是Stripe和你的服务端直接通信，和用户的客户端没有直接连接，你可以选择以下任意一种方案实现状态同步：

• 短轮询（最易实现）：客户端调用confirmCardPayment之后，不管返回结果是成功还是无响应，都直接跳转到「支付确认中」页面，每隔1-2秒调用后端的订单查询接口，传入当前订单ID查询支付状态，查到状态变为已支付就跳转到成功页，超过30秒没查到就提示「支付结果待确认，请在订单列表中查看」，这种方案不需要额外依赖，适配所有业务场景。
• SSE（服务器推送事件）：如果不想做轮询浪费资源，可以在后端实现一个SSE订阅接口，客户端进入确认页后和后端建立SSE长连接，webhook更新完订单状态后，主动向对应连接推送支付成功通知，客户端收到通知后跳转即可。
• WebSocket：如果你的项目本身已经接入了WebSocket功能，直接在webhook更新订单状态后，给对应用户的WebSocket连接推送支付成功消息即可。

另外你原有客户端逻辑里，confirmCardPayment的返回结果仅能用来处理即时错误场景（比如卡过期、余额不足、密码错误等），不能作为支付成功的判断依据，建议把客户端里confirm成功后的postOrder逻辑全部删掉，只保留错误提示逻辑即可。

代码优化提示 #

你的webhook代码里存在一个bug：payment_intent.payment_failed分支中你用了未定义的intent变量，实际你声明的变量是paymentIntent，请修正避免运行报错。

内容的提问来源于stack exchange，提问作者Kevin T.