关于延后创建Stripe Payment Intent的技术咨询

当然可以延后到用户发起购买动作时再创建Payment Intent，这其实是非常适合你这种公共浏览场景的解决方案，正好能解决仪表盘里未完成Intent堆积的问题。

我给你梳理下具体的实现步骤和注意事项：

• 页面加载阶段：只初始化Stripe的Card Element和基础Stripe实例，不用调用创建Payment Intent的接口。这时候用户只是浏览商品，不会产生任何Intent记录。
• 用户触发购买时：当用户点击「确认购买」这类按钮后，再通过你的后端服务调用Stripe的PaymentIntent.create()接口，传入订单金额、货币代码等必要参数。
• 完成支付流程：后端拿到创建好的Payment Intent的client_secret后，把这个值返回给前端，再调用Stripe的confirmCardPayment()方法，结合Card Element收集到的卡片信息完成支付确认。

这里有几个关键的注意点要提醒你：

• 绝对要把创建Payment Intent的逻辑放在后端执行，不能在前端直接调用Stripe的API——前端暴露你的API密钥会带来严重的安全风险，这也是Stripe官方反复强调的规范。
• 如果你存在商品价格在浏览到购买期间可能变动的情况（比如临时促销、库存调整），延后创建Intent反而更灵活，能确保支付金额是最新的正确值。
• 另外补充下，Stripe会自动清理超过7天的未完成Payment Intent，但延后创建从根源上减少了这类无效记录，对你的仪表盘管理会轻松很多。

备注：内容来源于stack exchange，提问作者abhivemp