前言
Hi，各位好久不见，我是 CrazyCodes，明天咱们来聊聊领取零碎。
领取零碎是每个零碎都必备的模块之一，也是泛滥模块中最外围的性能，如果领取呈现问题，那么意味着会间接影响到产品收益，事变重大水平高。
本篇咱们聊聊领取零碎的根本流程，它们别离为付款、告诉（包含同步告诉、异步告诉）、查问、退款以及对账，下方是本篇文章会用到的流程交互图。
付款
先聊聊发动领取前须要做哪些事
- 用户在选中心仪的商品后，首先咱们创立订单，创立订单的根本信息，如商品的名称、价格、数量以及用户的收货地址等后是咱们后续须要的参数
- 其次如果零碎中集成多种领取形式的话，咱们会有一个收银台的页面，供用户抉择应用某个领取形式实现领取，例如支付宝、微信、银联等
- 在用户实现抉择后，咱们依据三方领取零碎须要的参数组装好，向三方发动领取申请，个别须要的信息大抵包含 订单号、商品的名称、价格、同步 & 异步告诉地址，有局部领取形式也须要用户的收货地址、用户的银行卡信息（卡号、cvv、日期）当然用户隐衷信息是须要加密传输的，总而言之，三方领取零碎须要什么，咱们就传什么。
- 当所有准备就绪，咱们通过三方领取零碎提供的 PayUrl 发动付款。
告诉
用户无论付款胜利或失败，三方都会至多给到咱们一个同步告诉，那么咱们先理解下什么是同步告诉
- 如上图所示，当三方零碎确认用户已实现付款，会依据咱们在付款时提供的告诉地址，向我方发动 间接跳转回本站的 POST 或者 GET 申请，申请附带三方传输给咱们一些要害交易信息，如果是挪动端这类告诉会在调用领取的 Callback 的回调后果内
- 告诉大抵的参数有咱们传输的大部分信息、交易状态、第三方交易号、签名（用于单方系统验证起源）和一些可能临时用不到的信息
- 当咱们接管到回传的数据后，首先进行校验，保障不是欺诈申请，校验的内容无非是单方零碎确定的签名算法，还有一些关键字段，例如金额是否匹配等。
- 咱们不能齐全信赖三方零碎发送的信息，在咱们接管到告诉后，如果三方零碎有提供查问接口，咱们还是须要通过查问形式，反查三方订单交易要害信息，以保障付款的确顺利完成。
- 当验证实现后，依据本人零碎逻辑，将订单进行后续流转
理解完同步告诉后，咱们再看下异步告诉，有局部敌人比拟纳闷，有同步告诉了，那么为什么还须要异步告诉，你能够暂且了解为同步告诉理论是实现了付款流程，这是一个 瞬发 的过程，三方零碎也是临时认为付款已实现，但如果出现异常或者用户在三方秒退款或者申述，那么咱们的流程将会受到影响。
如上图所示，三方零碎个别也须要归档，就是零碎实现全副校验后，确保交易平安实现后，叫交易退出数据库中，这时，整个付款流程才彻底实现。这时三方会通过咱们提供的异步告诉地址（有时异步和同步告诉是一个地址），告诉咱们付款的确曾经实现。
咱们接管到三方后，仍旧先进行校验，避免申请欺诈，而后确保信息正确性，仍旧是去申请查问接口，异步告诉与同步告诉最大的区别是咱们在确保信息残缺并正确后，需向三方零碎返回一个单方零碎约定的值，可能是 HTTPCODE = 200，也或者 Document 内写个 200 或者实现等等，不同三方零碎，要求不同。
退款
有买就有退，退款占领取模块一半的逻辑，大抵流程与领取时没有太大区别，如上图所示。
只是大部分三方零碎，退款个别通过 HTTP Reponse 返回后果，并不会有同步告诉，咱们依据用户发动退款的商品金额创立退款单，并组装必要参数后，申请三方提供的 RefundUrl，实现退款申请，留神，是 退款申请，为什么是退款申请而不是退款呢？这理论是一个时效的问题，个别退款都不是实时的，因为三方零碎可能还有下方链路（例如下方可能对接的某银行），那么退款是须要一条链路的主动审批或者人工审批的，当全链路确认能够退款时，才能够实现退款。
因为是非实时的，所以无同步告诉，但大部分零碎内是有异步告诉的，当三方零碎确认退款实现后，会依据咱们发动领取时传输的异步告诉地址，告诉我方退款实现，并携带必要参数。
当咱们接管后，仍旧先进行校验，以防欺诈，而后还是须要通过三方提供的查问接口查问退款状况，并依据本身零碎逻辑，实现退款实现的打标，并告诉用户。
当然，如果没有异步告诉的话，咱们能够通过延时队列，失败队列重试或者定时脚本的形式，应用查问接口，不定时向三方申请退款后果。
对账
领取或者退款实现后，还没有完结，咱们该当定时拉取账单，大部分三方零碎都会提供例如 bill 的接口，获取账单后，咱们要用我方零碎数据与三方零碎数据比照，确保每笔交易金额、交易工夫、交易状态完全正确，当遇到谬误的中央，就应该去查找问题点了。
只有对账实现后，才是 正确实现了整个交易，否则你公司的财务早晚会找到你头上的，到那时这件事件就不仅仅是程序实现那么简略了。
致谢
感激你看到这里，心愿本篇文章能够帮到你，谢谢。