一次支付应怎样串联浏览器、商户后端与支付渠道？

追问哪些参数由服务端生成，哪些信息可以传给前端？渠道密钥、交易金额和订单归属各在哪个环节校验？

支付前怎样检查订单仍然允许付款？

追问订单归属、关闭状态、金额与有效支付尝试怎样核对？请求检查完成后状态发生变化时，后续流程如何继续保护？

追问失败后重试、切换渠道与重新打开支付页是否需要新支付记录？怎样区分一次外部请求的安全重试与发起新的付款尝试？

追问业务操作、参数一致性与键的使用范围如何确定？渠道保留规则与本地记录如何配合，为什么每次超时都换新键可能造成重复创建？

追问本地记录、原业务编号查询与同键重试各有什么依据？怎样保留“结果未知”状态，而不是直接记作失败并重新创建？

追问需要用户操作、处理中、确认收款与失败各怎样映射？渠道状态并非统一枚举时，怎样避免把所有成功 HTTP 响应都标为已支付？

追问页面参数与客户端请求为什么不能独自证明收款？服务端查询与可信通知怎样提供依据，页面在确认前如何展示等待状态？

追问先读本地、按条件主动查询和前端轮询如何协调？频繁刷新、批量查询与渠道限流时，怎样设置间隔和停止条件？

追问创建、查询、关闭、退款与验签哪些可以共用接口，哪些保留差异？金额单位、字段和错误码怎样避免在抽象层被错误抹平？

追问怎样控制成功、失败、处理中、请求超时与重复响应？模拟器与官方测试环境各能验证什么，哪些渠道特有行为仍需按文档核对？

支付接入核对资料： Stripe：Payment Intents、Idempotent requests。示例用于核对生命周期与请求防重，具体能力不能直接推广到所有渠道。