使用業(yè)務(wù)場景:
如圖是一個簡化的下單流程,首先是提交訂單良姆,然后是支付肠虽。
支付的話,一般是走支付網(wǎng)關(guān)(支付中心)玛追,然后支付中心與第三方支付渠道(微信税课、支付寶、銀聯(lián))交互痊剖。
支付成功以后韩玩,異步通知支付中心,支付中心更新自身支付訂單狀態(tài)陆馁,再通知業(yè)務(wù)應(yīng)用找颓,各業(yè)務(wù)再更新各自訂單狀態(tài)。
這個過程中經(jīng)扯7罚可能遇到的問題是[掉單]击狮,無論是超時未收到回調(diào)通知也好,還是程序自身報錯未正確處理也好妇汗。
總之由于各種各樣的原因帘不,沒有如期收到通知并正確的處理后續(xù)邏輯等,都會造成用戶支付成功了杨箭,但是服務(wù)端這邊訂單狀態(tài)沒更新寞焙,導(dǎo)致無法正常執(zhí)行業(yè)務(wù)。
這個時候有可能產(chǎn)生用戶支付購買或者充值的系統(tǒng)問題互婿,或者用戶重復(fù)支付了
由于③⑤步驟造成的[掉單]稱之為外部掉單捣郊,由④⑥造成的[掉單]我們稱之為內(nèi)部掉單
為了防止掉單,這里可以這樣處理:
1慈参、支付訂單增加一個中間狀態(tài)“支付中”呛牲,當(dāng)同一個訂單去支付的時候,先檢查有沒有狀態(tài)為“支付中”的支付流水驮配,當(dāng)然支付(prepay)的時候要加個鎖娘扩。支付完成以后更新支付流水狀態(tài)的時候再講其改成“支付成功”狀態(tài)着茸。
2、支付中心這邊要自己定義一個超時時間(比如:30秒)琐旁,在此時間范圍內(nèi)如果沒有收到支付成功回調(diào)涮阔,則應(yīng)調(diào)用接口主動查詢支付結(jié)果,比如10s灰殴、20s敬特、30s查一次,如果在最大查詢次數(shù)內(nèi)沒有查到結(jié)果牺陶,應(yīng)做異常處理
3伟阔、支付中心收到支付結(jié)果以后,將結(jié)果同步給業(yè)務(wù)系統(tǒng)掰伸,可以發(fā)MQ皱炉,也可以直接調(diào)用,直接調(diào)用的話要加重試(比如:SpringBoot Retry)
4碱工、無論是支付中心娃承,還是業(yè)務(wù)應(yīng)用,在接收支付結(jié)果通知時都要考慮接口冪等性怕篷,>消息只處理一次,其余的忽略
5酗昼、業(yè)務(wù)應(yīng)用也應(yīng)做超時主動查詢支付結(jié)果
對于上面說的超時主動查詢可以在發(fā)起支付的時候?qū)⑦@些支付訂單放到一張表中廊谓,用>定時任務(wù)去掃
為了防止訂單重復(fù)提交,可以這樣處理:
1麻削、創(chuàng)建訂單的時候蒸痹,用訂單信息計算一個哈希值,判斷redis中是否有key呛哟,有則不允許重復(fù)提交叠荠,沒有則生成一個新key,放到redis中設(shè)置個過期時間扫责,然后創(chuàng)建訂單榛鼎。
其實(shí)就是在一段時間內(nèi)不可重復(fù)相同的操作