技术栈

支付架构学习

星轨zb
18 天前
数据库·后端·mongodb·支付架构学习
[专题5]支付发放物品的一致性保障:事务、幂等与状态流转摘要:本文分析支付发奖流程的一致性保障机制。支付履约分为两个阶段:Pending → Paid 在事务外独立更新,奖励发放与 Paid → Fulfilled 共享同一个 MongoDB 事务。事务保证覆盖范围内的写入整体提交或回滚,但无法覆盖事务外的 RPC、消息发送等操作。串行重复回调通过 Fulfilled 终态检查拦截,并发回调仍需验证事务冲突与提交处理。库存模块虽支持 deposit_idempotency_key 幂等,但当前支付发奖调用链未传入该键,需通过改造示例接入以获取完整幂等保护。长期
星轨zb
20 天前
后端·支付架构学习
[支付专题4]支付回调幂等性和状态:状态机与终态检查的边界紧接上一篇,支付回调是一个可能被重复触发的业务入口,因此不能假设每次收到回调时,订单都处于相同状态。例如,某笔交易第一次回调已经完成发货,交易状态变为 Fulfilled。如果后续又收到同一笔交易的成功通知,后端就不应该再次发放奖励。
我是有底线的