Stripe支付集成PHP未定义stripeToken索引及400源报错解决方案咨询

当前所有异常本质是新旧Stripe支付流程的逻辑错配，完全不是缺失表单字段的问题：

• 后端代码是基于Stripe早年的Card Token（即stripeToken）流程编写的，但前端已经切换到SCA强制要求的PaymentIntent流程，这套流程从设计上就不会生成、也不需要传递stripeToken参数
• 直接读$_POST['stripeToken']触发Undefined index，是因为前端压根不会给这个字段赋值；做空值兼容后把空字符串当支付源传给Stripe API，自然会触发No such source: ''的400错误
• 前端已经在表单提交拦截逻辑里实现了校验通过后追加stripeIntentId隐藏字段的能力，只是后端读错了参数名，完全不需要新增stripeToken隐藏字段——真加了传空值的该字段，反而还会持续触发API报错

• 第一时间删掉后端所有读取$_POST['stripeToken']的逻辑，这个参数在当前SCA流程中根本不会存在
• 对齐前后端的参数传递逻辑：
  1. 表单提交后，优先读取前端已经追加的stripeIntentId字段，替代原来的stripeToken读取逻辑
  2. 用Stripe SDK调用PaymentIntent::retrieve()获取对应ID的支付意图对象，校验当前状态是否为待确认状态
  3. 调用SDK的confirm()方法完成支付确认——这里需要前端在提交拦截逻辑里，把confirmCardPayment返回的支付方法ID（pm_开头）一并追加到表单隐藏字段里，作为确认参数传入，全程不需要手动拼接source、stripeToken类的参数
• 如果你现在的逻辑是“表单提交后才第一次创建PaymentIntent”，建议调整成Stripe推荐的两段式链路，避免POST参数读取出错：
  1. 页面初次加载时，后端直接生成PaymentIntent，把返回的client_secret值嵌入前端JS初始化逻辑里，不等表单提交再走POST创建流程
  2. 用户填完银行卡信息点提交时，前端先调用stripe.confirmCardPayment(clientSecret, {payment_method: {card: cardElement}})完成SCA/3DS校验，校验通过后再把表单提交到后端
  3. 后端收到表单提交请求后，只需要核验PaymentIntent的支付状态、落库订单信息即可，不需要重新创建支付意图、不需要读取token类参数
• 做好参数校验兜底：读取stripeIntentId字段时如果发现值为空，直接返回“支付流程异常，请刷新页面重试”的业务提示，不要把空值透传到Stripe SDK调用层，避免触发无意义的API报错

Stripe从2019年强制推行SCA合规要求开始，就已经在所有新集成文档中废弃了前端生成stripeToken的旧模式。老的Token流程不仅会因为缺少SCA校验触发支付失败，现在调用对应接口还会收到官方的流程废弃提示。硬加一个空值的stripeToken隐藏字段，除了能消掉最初的Undefined index通知，根本解决不了实际支付的问题，反而会把整个逻辑绕回已经被淘汰的旧流程里。

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