全部作品
CASE 01 / 交易系统

回流交易与支付系统

复杂交易里的每一笔,都要算清楚。

回流 App / 小程序交易链路,覆盖暗标竞拍、商城、合并支付、拆分支付、优惠券、退款与多商户分账。

我的职责后端开发 · 支付与订单核心业务
暗标竞拍合并 / 拆分支付优惠券退款多商户分账
回流交易与支付系统真实界面
150万+累计注册用户 · 回流平台 · 截至 2026.10.22
265.2万元单日交易流水 · 2026.10.21 · 已支付订单金额
0.542亿元当月累计交易流水 · 2026.10.22 读取 · 10 月累计
回流平台真实管理后台,包含业绩统计及业务导航,账号和经营数据已遮盖
真实后台页面节选 · 账号与经营数据已遮盖 · 点击查看大图
01

业务背景

回流平台承载商品估价、竞拍、商城、寄售、仓储物流和售后等完整业务。支付要同时兼顾第三方渠道状态、平台订单状态、买卖双方金额与营销规则。

02

关键问题

  • 一笔合并支付需要推进多个订单,多个子单也可能竞争同一个父订单状态。
  • 重复回调、旧整单与子单同时成功、关单后支付等异常路径会影响账务一致性。
  • 按比例分配卖家金额时,尾差和优惠券额度必须有明确归属。
03

我的实现与取舍

  • 围绕暗标竞拍的出价、结拍与成交订单,衔接保证金、尾款与商城付款等交易入口。
  • 实现合并支付、拆分支付与父子订单状态协同,使用事务与订单锁处理并发状态变更。
  • 在锁内复核当前状态,处理重复回调与整单、子单竞争,保留退款或人工处理路径。
  • 按比例分配卖家回款,由最后一笔承接金额尾差;维护多商户分账、退款衔接以及优惠券占用、释放和核销。
04

落地结果

  • 支撑累计注册用户超过 150 万的平台交易业务。
  • 覆盖支付、优惠券、分账及售后衔接中的复杂业务边界。
  • 通过对应业务测试验证关键状态与金额规则。
05

欢迎深入交流

可以展开聊:锁粒度与锁顺序、支付幂等、状态机、金额精度、优惠券生命周期,以及异常订单如何恢复。

试一下重复回调

同一笔支付通知可能抵达多次。下面用一个简化状态检查演示:通知次数增加,已处理的交易仍然只有一笔。

收到回调0
入账笔数0
处理状态待处理

点击按钮模拟回调;本地演示不会触发真实支付。

继续浏览数据库与接口性能治理
LET’S CONNECT

微信联系杨帆

扫一扫,聊聊技术与下一份机会。

杨帆的微信好友二维码
微信扫码 · 手机端可长按识别或保存图片
EMAIL / 工作机会沟通

给杨帆写封邮件

期待聊聊后端、AI 工程与全栈机会。

[email protected]

打开邮件应用 ↗

没有配置邮件应用?复制邮箱,在常用邮箱中写信即可。