收集金幣的馬里奧
演示 DEMO：掃碼支付
支付“不難做”：App 支付，一名 iOS 工程師唰唰唰搞定；微信 JS 支付，一名前端工程師唰唰唰搞定桃纯。而如果想做一個(gè)通用可擴(kuò)展的支付系統(tǒng)，90% 的工作在后端披坏，做起來(lái)也并不是很容易态坦。
背景
- 早期業(yè)務(wù)A已引入支付寶支付
- 發(fā)起支付邏輯在客戶端，支付單號(hào)業(yè)務(wù)關(guān)聯(lián)性強(qiáng)不通用（客戶端寫死邏輯影響后端重構(gòu)一坑此處不表）
- 支付網(wǎng)關(guān)回調(diào)接口在 API 項(xiàng)目中棒拂，API 項(xiàng)目異常會(huì)引起支付問(wèn)題（客戶端一臉萌比）
- 測(cè)試支付伞梯？先把業(yè)務(wù)邏輯走一遍
- 業(yè)務(wù) B 有單獨(dú)的網(wǎng)頁(yè)端掃碼支付，跟客戶端沒什么關(guān)系……
- 后來(lái)業(yè)務(wù)C需要引入支付寶
- 原有邏輯無(wú)法重用帚屉，依舊是寫一套新的谜诫，對(duì)應(yīng)業(yè)務(wù)邏輯依舊耦合
- 對(duì)客戶端來(lái)說(shuō)，API 也是兩套
- 后端支付網(wǎng)關(guān)回調(diào)也是兩套
- 產(chǎn)品說(shuō)要加微信支付……??
- 后來(lái)說(shuō)要有更多業(yè)務(wù)攻旦、商品需要支付……??????
一次支付背后發(fā)生的故事
支付寶支付簡(jiǎn)化模型：
最簡(jiǎn)支付模型.png
- 最簡(jiǎn)喻旷，如果是微信支付需要預(yù)下單
- 最簡(jiǎn)單支付除了必備價(jià)格，其它并不重要
- 支付發(fā)起在客戶端牢屋，看似沒問(wèn)題且预，但是沒擴(kuò)展性
- 客戶端發(fā)起最大的問(wèn)題是成單邏輯在客戶端槽袄，不可控：難以追蹤統(tǒng)計(jì)，不可變更
Review 需求：
- 工程師角度：擴(kuò)展锋谐？（我只是不想寫重復(fù)代碼遍尺，改來(lái)改去）
- 新增業(yè)務(wù)支付、商品支付怀估，支付中心狮鸭、客戶端及前端不需要?jiǎng)哟a
- 新增支付渠道合搅，業(yè)務(wù)不需要?jiǎng)哟a多搀，支付相關(guān)不需要?jiǎng)永洗a
- 支付中心自洽，模塊職能清晰灾部，有日志康铭，可追溯分析
- 易測(cè)試
- 產(chǎn)品運(yùn)營(yíng)角度：
- 上新商品支付，快
- 支持優(yōu)惠券
- 靈活赌髓，多端支付从藤，自定義價(jià)格支付，發(fā)個(gè)消息支付……
- 數(shù)據(jù)完善
- 有沒有更多可能锁蠕？
- 公司角度：安全
- 注：以上皆為完成后臆測(cè) 夷野；）
一次“復(fù)雜的”支付背后發(fā)生的故事
支付中心業(yè)務(wù)時(shí)序圖.png
劃重點(diǎn)
- 定義支付中心（PayCenterServer & 客戶端 & 前端）：
- 封裝支付邏輯，與終端&支付網(wǎng)關(guān)直接對(duì)接荣倾，對(duì)業(yè)務(wù)方透明
- 對(duì)外方便對(duì)接多個(gè)業(yè)務(wù)方
- 對(duì)內(nèi)方便擴(kuò)展終端悯搔，擴(kuò)展支付網(wǎng)關(guān)
- 業(yè)務(wù)方拿到 PayOrderId，其它的支付過(guò)程都交給終端舌仍，坐等 PayCenterServer 的 bizNotifyUrl 通知（有模仿的重復(fù)通知邏輯）
- 支付中心需要理解的外部概念： bizOrderId, bizNotifyUrl, (couponId, goodsId, unionOrderId)
- 內(nèi)部數(shù)據(jù)只有兩類：PayOrder, GatewayOrder
- 易測(cè)試
聊聊一些坑
- 微信開放平臺(tái)（open）和公眾號(hào)平臺(tái)（mp）是不同的 appId妒貌，支付字段也略有區(qū)別
- 多鐘支付類型的字段解析歸納，是局部實(shí)現(xiàn)的難點(diǎn)：
- 每種支付渠道都不同铸豁，同種支付渠道掃碼灌曙、H5、App 也不完全相同
- 簽名階段节芥、終端展示在刺、驗(yàn)簽階段
- DEMO：各終端需要的不同字段
- 微信為例：JS，掃碼头镊，APP
- 簽名蚣驼、驗(yàn)簽邏輯理解
- 銀聯(lián)證書的坑
- TRADE_FINISHED，遲來(lái)三個(gè)月的 bug
后續(xù)
- 優(yōu)惠券
- 商品中心
- 訂單中心
總結(jié)
- 區(qū)分變化很重要
- 前期很容易因?yàn)橹Ц读鞒淌菑?fù)雜的拧晕，簽名是復(fù)雜的隙姿，錯(cuò)誤認(rèn)為這是變化部分。支付流程梳理清楚后這部分反而是穩(wěn)定的
- 支付流程厂捞、簽名是固定的输玷，不變的队丝，而且是內(nèi)部的
- 與業(yè)務(wù)端，終端以及支付網(wǎng)關(guān)后臺(tái)的交互是設(shè)計(jì)重點(diǎn)
- 測(cè)試優(yōu)先（線上也要易測(cè)試）
