如何在结账流程中管理Stripe外部Payment Intent变更？

你的担忧完全合理——系统收取与用户当前屏幕显示不符的费用是严重的用户信任问题，哪怕是极端场景也必须彻底规避。针对这类跨设备结账的一致性问题，行业有成熟的标准方案，核心是让Payment Intent与当前购物车状态强绑定，避免复用旧会话：

1. 避免复用Payment Intent，每次结账生成新会话 #

• 无论用户在哪个设备发起结账，都基于当前最新的购物车状态创建全新的Payment Intent，而非更新之前生成的旧Intent。
• 对于已废弃的旧Payment Intent，调用Stripe的cancel接口将其标记为取消状态，防止后续误触发支付。

2. 结账页面的状态同步与校验 #

• 用户进入结账页面时，前端先请求后端获取购物车最新状态，同步更新页面的订单汇总金额后，再生成对应的Payment Intent。
• 通过轮询或WebSocket监听购物车变更：如果其他设备修改了购物车，当前结账页面立即提示用户刷新，重新加载最新的购物车数据并生成新的Payment Intent。

3. 支付确认前的最终校验 #

• 用户点击「确认支付」时，前端将当前页面显示的购物车快照发送给后端，后端对比快照与数据库中存储的最新购物车状态：
  • 若完全一致，允许触发Payment Intent的确认流程；
  • 若不一致，返回错误提示，引导用户重新确认购物车内容并生成新的Payment Intent。

4. 自定义Web Elements的适配 #

• 每次生成新的Payment Intent后，前端需要使用新的客户端密钥重新初始化Stripe Elements组件，确保支付表单始终绑定当前购物车对应的Intent。

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