如何为Firebase中的结账会话设置数分钟的超时失效机制？

你可以通过自行实现会话状态管控+Stripe开放接口的方式，完全绕过Stripe Checkout Session最短1小时过期的限制，以下是两种可落地的方案：

方案1：主动设置10分钟超时，自动释放会话名额 #

• 在Firestore中新建active_checkout专属集合，每次用户发起结账请求时先做校验：
  • 若集合中存在status=pending的记录，直接拒绝新请求，返回「当前有正在处理的购买请求，请稍后再试」提示
  • 若集合中无未完成的会话，调用Stripe接口创建默认1小时有效期的Checkout Session，同时在Firestore中写入对应记录，必填字段包括stripe_session_id、create_time、status、expire_time（手动设置为创建时间+10分钟）
• 部署Firebase定时Cloud Function，每分钟扫描一次active_checkout集合：
  • 筛选出status=pending且expire_time早于当前时间的记录
  • 调用Stripe官方接口stripe.checkout.sessions.expire()主动过期对应会话
  • 将Firestore中对应记录的status更新为expired
• 配置Stripe Webhook监听checkout.session.completed事件，触发时将对应记录的status更新为success

方案2：支付成功后批量取消所有未完成会话 #

该方案可和方案1同时启用，双重保障单会话规则：

• 所有发起的Stripe Checkout Session ID均存入Firestore统一管理
• 配置Stripe Webhook监听checkout.session.completed事件，触发后执行以下操作：
  1. 拉取Firestore中所有status=pending的会话记录
  2. 排除当前触发事件的会话ID，遍历剩余会话ID，逐个调用stripe.checkout.sessions.expire()接口过期所有其他未完成的结账会话
  3. 将所有被取消的会话记录status更新为canceled，当前成功的会话记录status更新为success

注意事项 #

• 所有会话状态的修改、Stripe接口的调用都必须在Cloud Function服务端执行，禁止前端直接操作，避免数据被篡改
• 调用Stripe过期接口时可添加简单的重试逻辑，避免偶发的接口调用失败导致会话残留
• 可在前端结账页面添加10分钟倒计时提示，告知用户超时后需要重新发起购买请求

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