新手打怵老手头疼的业务；

一、业务背景

通常在业务体系中，都会或多或少的涉及到支付相关的功能；对于一些经验欠缺同学来说，最紧张的就是面对这类支付结算的逻辑，因为流程中的任何细节问题，都可能引发对账异常的情况；

错误发生之后，再想去修复流程，花费的时间成本又是高昂的，还牵扯错误数据的调平问题，最终很可能引发乱账算不清的结果，然后需要人工介入手动处理；

在支付场景中，不但涉及诸多的复杂业务，结算规则，超长的流程和融通聚合支付，第三方对接，其中更是涉及到诸多技术细节和融通聚合支付，比如：事务管理、异步处理、重试机制、加锁等；下面来分析具体的细节逻辑。

二、支付业务1、流程拆解

面对复杂业务的时候，最基本的能力就是要懂得把流程拆成模块，做好各个模块管理，再考虑如何衔接起整个流程，从而形成解决问题的思路和经验；

如图是对交易场景常见的分解，大致可以分为四个模块：

这里只是从一个常规的交易流程中去分析，实际的细节描述会远比图例复杂，虽然业务细节各不相同，但是处理思路是大体相通的；再根据各个模块设计流程时序图，规划好节点之间的衔接和协作；

2、流程时序

通过时序图的设计，来分析各个节点在衔接协作时应该如何处理，在支付业务中，通常分为支付前、支付对接、支付后三个核心阶段：

实际上对业务有清晰的理解和拆分之后，再做好时序流程的设计，这样就已经让一个复杂的场景看起来简单许多了，之后就是设计各个节点的数据结构；

3、结构设计

基于上面的业务场景分析和拆解，以及流程时序图的呈现，可以很容易输出一份基础维度的结构设计，下图可以作为参考：

即使单看上面的简单设计，都能感觉到支付业务的复杂性，更何况还会叠加红包或满减等优惠规则之后，其复杂程度可想而知；

当然如果有明确的开发规范，在复杂版本中，所有开发必须输出业务的分解拆分思路，时序和结构设计，在统一评审之后再落地编码，这样即便是复杂的业务也会有极大的质量保证。

三、关联业务

上面单从支付的主逻辑去分析流程，实际上涉及到的业务远不止流程中提到的这些，以常见的电商场景为例，交易中还存在商品管理、库存管理、物流管理，支付对接还会涉及优惠规则嵌入等等；

商品管理

优惠券规则

这里简述的商品和优惠券业务，都是与支付流程有紧密的联系，比如拆单后库存不足，需要移除该商品；优惠券在支付中的使用策略，以及退款时的处理方式等；

四、实践总结

最后从技术实现的角度，总结一下支付流程中的一些关键问题：

很多复杂的业务场景管理，都需要一个长期的迭代过程，但是前提需要牢牢把握住核心的逻辑；对业务的认知是一个由繁入简的过程，而业务的实现是一个由浅到深的过程，即分析与理解，到落地实现，再到探索与创新。

五、参考源码

编程文档：
https://gitee.com/cicadasmile/butte-j*a-note
应用仓库：
https://gitee.com/cicadasmile/butte-flyer-parent