Stripe PaymentIntents为何采用“双向握手”流程？

确实，拆分两次请求的核心原因就是安全考量，同时还有适配支付场景的设计逻辑：

• 安全与合规核心要求：支付方式的敏感数据（如银行卡信息、支付令牌）绝对不能经过你的业务服务器。拆分流程后，支付方式的获取/生成由Stripe前端SDK完成，仅将非敏感的PaymentMethod ID传递给你的后端，再发起确认请求。如果合并为一次请求，你的服务器必须处理敏感支付数据，这会让你面临数据泄露风险，同时大幅提升PCI合规的审核成本与复杂度。
• 适配多样化支付场景：不同支付方式（信用卡、Apple Pay、银行转账等）的验证流程差异极大，部分需要额外的用户交互（如3DS身份验证）。拆分步骤后，你可以在创建PaymentIntent后，根据用户选择的支付方式执行针对性逻辑，再触发确认，让流程更灵活适配各类支付需求。
• 错误精准处理：创建PaymentIntent（参数校验、金额配置）与确认支付（支付方式有效性、风控验证）是两个独立环节，分开后能精准定位不同阶段的错误，比如创建阶段的参数错误、确认阶段的支付失败，便于快速排查和给出用户反馈。

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