Stripe中如何一步完成customer、payment method与subscription的创建？

分步操作流程的执行逻辑 #

这套流程是完全由服务端掌控全链路节点的硬交互模式，每一步的返回结果都可在服务端做校验和留存：

• 第一步调用Customers.create接口生成独立客户档案，后续可基于该ID关联所有用户的订阅、支付历史
• 第二步将前端信用卡表单通过Stripe.js加密生成的支付方式凭证，调用PaymentMethods.attach接口绑定到对应客户档案下，可同步将该支付方式设为客户的默认扣款渠道
• 第三步调用Subscriptions.create接口，传入关联的客户ID、用户选定的订阅价格ID，接口会自动触发首次扣款流程，扣款校验通过后直接生成生效的订阅记录
  这套流程的适配场景就是你已经在自身站点渲染了原生信用卡填写表单的状态，全程不需要引导用户跳转到Stripe的外部托管页面，交互连贯性更强。

Intent相关流程的执行逻辑 #

这类流程是把支付校验、扣款触发的环节封装到Stripe托管侧的交互模式，不存在无跳转的纯表单适配能力：

• 流程中涉及的Intent接口，本质是用来预校验支付方式的扣款可用性，分为针对单次扣款场景的PaymentIntent、针对订阅场景的SetupIntent两类
• 搭配Intent使用的Session接口，默认是对接Stripe托管结算页的入口，需要将用户跳转到Stripe的页面完成信息填写

不存在Session创建后就100%自动完成客户创建、支付方式绑定、订阅开通的通用逻辑，具体能力完全取决于Session的类型：

• 如果你创建的是订阅模式的Checkout Session：等用户在Session对应的托管页面走完所有流程（填写支付信息、确认订阅档位）后，Stripe会自动完成全链路动作：创建关联客户档案、将用户提交的支付信息生成绑定的支付方式、创建对应档位的有效订阅、触发首次扣款。但这套模式和你当前已经在自有站点渲染信用卡表单的场景存在冲突——会出现引导用户到Stripe页面重复填写已录入的支付信息的体验问题。
• 如果你创建的是前端直连类的Payment Session/Setup Session：Session本身仅承担前端表单的本地加密、基础格式校验的作用，不会自动创建客户、绑定支付方式或开通订阅，后续所有实体创建的动作依然需要服务端调用对应分步接口完成。

既然已经完成了“用户选定订阅方案后展示自有站点信用卡表单”的开发节点，直接选择分步操作流程即可实现目标：

• 前端通过Stripe.js的createPaymentMethod方法完成信用卡信息的本地加密，拿到标准化的支付方式ID
• 服务端依次完成客户创建、支付方式绑定、订阅开通的接口调用，即可实现从用户填完卡到订阅生效的一次性流程，不需要跳转外部页面。

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