一、業(yè)務背景

在業(yè)務系統(tǒng)中，支付功能的實現(xiàn)尤為關鍵且挑戰(zhàn)重重，尤其是對經(jīng)驗不足的開發(fā)者而言。支付結(jié)算邏輯的細微差錯可能導致對賬失誤，引發(fā)連鎖反應：錯誤排查耗時巨大，數(shù)據(jù)不平需調(diào)整，甚至可能演變成復雜的賬目混亂，最終不得不依賴人工逐一手動修正。

支付場景復雜，涵蓋多維度業(yè)務、結(jié)算規(guī)則及長流程，還需與第三方對接，技術(shù)上要求嚴格，涉及事務管理、異步處理、重試策略、并發(fā)控制等關鍵細節(jié)。接下來將深入探討這些技術(shù)要點。

圖片

二、支付業(yè)務

1、流程拆解

圖片

• 賬面管理：對于開通支付功能的用戶，必須清晰的管理資金信息；比如可用，凍結(jié)，賬單等；
• 交易流水：整個資金管理的流水記錄，不局限于交易場景，還有充值，提現(xiàn)，退款等；
• 支付對接：通常流程中的支付功能都是對接第三方支付平臺來實現(xiàn)的，所以要做好請求和報文的記錄；
• 訂單結(jié)構(gòu)：比如在電商交易中，訂單模型的管理，拆單策略等，支付的商品規(guī)格等；

常規(guī)交易流程雖可概覽，實際操作細節(jié)更為繁復，各業(yè)務特異但處理邏輯相似。設計時，細化各模塊流程圖，確保節(jié)點銜接流暢，協(xié)同工作高效。

2、流程時序

通過時序圖的設計，來分析各個節(jié)點在銜接協(xié)作時應該如何處理，在支付業(yè)務中，通常分為支付前、支付對接、支付后三個核心階段：

• 支付前：在商品下單時，構(gòu)建訂單模型，根據(jù)拆單規(guī)則校驗庫存、商品狀態(tài)等，然后進行賬戶資金凍結(jié)，生成交易流水，此時的狀態(tài)都是待支付；
• 支付對接：支付前業(yè)務模型初始化成功之后，構(gòu)建第三方支付對接請求，發(fā)起付款流程，并記錄相應的請求動作和參數(shù)，等待支付結(jié)果的通知；
• 支付后：根據(jù)支付結(jié)果的成功與否，執(zhí)行相應的業(yè)務模型狀態(tài)更新，如果支付成功則交易記錄、凍結(jié)的資金、訂單結(jié)構(gòu)與庫存等都需要做一系列更新；

理解并拆分業(yè)務后，精心設計時序流程，復雜場景將變得條理清晰。隨后，重點聚焦于定義各節(jié)點數(shù)據(jù)結(jié)構(gòu)，進一步細化實現(xiàn)方案。

3、結(jié)構(gòu)設計

基于上面的業(yè)務場景分析和拆解，以及流程時序圖的呈現(xiàn)，可以很容易輸出一份基礎維度的結(jié)構(gòu)設計，下圖可以作為參考：

圖片

• 賬面管理：三個核心維度，賬戶金額，可用余額，凍結(jié)金額；
• 交易記錄：存儲用戶的交易動作，但是可能會產(chǎn)生多個交易明細，典型的場景就是購物車下單；
• 交易明細：通常因為訂單拆分，從而導致交易被拆分多條明細，進而將資金支付給不同商家；
• 支付對接：請求第三方支付平臺時，需要記錄請求時參數(shù)，以及第三方回調(diào)通知的報文；
• 訂單記錄：在一筆訂單中可能存在多個拆分的子單，拆分策略也很多，比如倉庫，商家，品類等；
• 訂單明細：管理每筆子訂單的信息，下單的商品、規(guī)格、買賣雙方、單價、數(shù)量、金額等；

即使單看上面的簡單設計，都能感覺到支付業(yè)務的復雜性，更何況還會疊加紅包或滿減等優(yōu)惠規(guī)則之后，其復雜程度可想而知；

當然如果有明確的開發(fā)規(guī)范，在復雜版本中，所有開發(fā)必須輸出業(yè)務的分解拆分思路，時序和結(jié)構(gòu)設計，在統(tǒng)一評審之后再落地編碼，這樣即便是復雜的業(yè)務也會有極大的質(zhì)量保證。

三、關聯(lián)業(yè)務

上面單從支付的主邏輯去分析流程，實際上涉及到的業(yè)務遠不止流程中提到的這些，以常見的電商場景為例，交易中還存在商品管理、庫存管理、物流管理，支付對接還會涉及優(yōu)惠規(guī)則嵌入等等；

商品管理

圖片

• 商品主體：維護商品各個維度的信息，并提供各種規(guī)格選項，以及基礎的定價階梯，構(gòu)建商品詳情描述；
• 倉儲管理：訂單拆單之后，需要根據(jù)商品編號去校驗倉儲信息，進行相應的庫存凍結(jié)以及支付后的倉庫發(fā)貨；

優(yōu)惠券規(guī)則

圖片

• 優(yōu)惠券主體：為了適配更多的業(yè)務場景，需要對優(yōu)惠規(guī)則有諸多的設計，比如滿減或折扣比例、按價格階梯優(yōu)惠、有效期限制等；
• 發(fā)放規(guī)則：支撐日常的運營活動，用戶生命周期的維護，以及渠道流量的轉(zhuǎn)化，提供用戶群營銷的基礎能力；

這里簡述的商品和優(yōu)惠券業(yè)務，都是與支付流程有緊密的聯(lián)系，比如拆單后庫存不足，需要移除該商品；優(yōu)惠券在支付中的使用策略，以及退款時的處理方式等；

四、實踐總結(jié)

最后從技術(shù)實現(xiàn)的角度，總結(jié)一下支付流程中的一些關鍵問題：

• 業(yè)務模型：對業(yè)務有清晰的理解，并能拆分出核心的節(jié)點，設計出相應的流程時序和數(shù)據(jù)結(jié)構(gòu)；
• 事務管理：交易流程中常用TCC事務機制，即Try(預處理)、Confirm(確認)、Cancel(取消)模式；
• 加鎖與重試：支付完成后發(fā)出支付成功的消息，而后進行業(yè)務更新，通常需要對處理的訂單號加鎖，避免消息重試機制引發(fā)數(shù)據(jù)問題；
• 資金結(jié)算：涉及金額的計算，自然要求不能出現(xiàn)精度損失的問題，在一次交易中必須保證每筆資金可以通過對賬核驗；
• 流程維護：流程本身是很難保證不出現(xiàn)錯誤的，需要在開發(fā)的時候，提供流程的可視化界面，并且支持手動維護的機制；

很多復雜的業(yè)務場景管理，都需要一個長期的迭代過程，但是前提需要牢牢把握住核心的邏輯；對業(yè)務的認知是一個由繁入簡的過程，而業(yè)務的實現(xiàn)是一個由淺到深的過程，即分析與理解，到落地實現(xiàn)，再到探索與創(chuàng)新。