最近用 PHP 对接汇付天下斗拱接口做了一套分账系统，踩了不少坑。把核心经验整理出来，帮后来人省点时间。

01

全量接入 vs 部分接入

分账系统建议全量接入汇付账户体系，不要只接分账接口、资金还走自己的。全量接入后，进件、交易、分账、退款在同一体系内流转，对账和纠纷处理会简单很多。

02

延时分账还是及时分账？

优先选延时分账。支付成功后先挂账，等业务确认（比如用户确认收货、过了售后期）再触发分账。好处是退款时不用走"分账退回"流程，直接从未结算资金里扣，复杂度低一个量级。

03

商家进件 & 退款联动

进件状态一定要本地存一份、异步回调更新，别每次都查接口。退款要和分账状态联动——已分账的走退款退回接口，未分账的直接原路退，逻辑判断放在本地状态机里，不要靠接口报错来兜底。

04

TP6 进程内 E2E 测试

ThinkPHP 6 可以用 think\facade\App 在单进程内跑完整个调用链——从下单→支付→分账→退款，不用起 HTTP 服务。本地跑一遍全链路，比部署后排查快十倍。

05

Mock 模式设计

一定要做 mock 层。把汇付接口抽象成独立服务类，测试环境下注入 mock 实现，返回构造好的成功/失败响应。不依赖真实沙箱也能跑通业务逻辑，开发效率提升明显。

06

SDK 集成踩坑

官方 SDK 有几个坑要注意：签名算法参数顺序要严格按文档来，少一个参数就验签失败；回调通知必须响应 success，否则会反复推送；还有，斗拱接口的金额单位是分，别传成元了，这个错排查起来最费眼。

一句话总结：分账系统核心不是接接口，是把状态机设计对——接入前先想清楚资金流转、退款路径、异常兜底，代码反而只是体力活。