您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關服務端怎樣防止重復prepay,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
如圖是一個簡化的下單流程,首先是提交訂單,然后是支付。支付的話,一般是走支付網關(支付中心),然后支付中心與第三方支付渠道(微信、支付寶、銀聯)交互,支付成功以后,異步通知支付中心,支付中心更新自身支付訂單狀態,再通知業務應用,各業務再更新各自訂單狀態。
這個過程中經常可能遇到的問題是掉單,無論是超時未收到回調通知也好,還是程序自身報錯也好,總之由于各種各樣的原因,沒有如期收到通知并正確的處理后續邏輯等等,都會造成用戶支付成功了,但是服務端這邊訂單狀態沒更新,這個時候有可能產生投訴,或者用戶重復支付。
由于③⑤造成的掉單稱之為外部掉單,由④⑥造成的掉單我們稱之為內部掉單
為了防止掉單,這里可以這樣處理:
1、支付訂單增加一個中間狀態“支付中”,當同一個訂單去支付的時候,先檢查有沒有狀態為“支付中”的支付流水,當然支付(prepay)的時候要加個鎖。支付完成以后更新支付流水狀態的時候再講其改成“支付成功”狀態。
2、支付中心這邊要自己定義一個超時時間(比如:30秒),在此時間范圍內如果沒有收到支付成功回調,則應調用接口主動查詢支付結果,比如10s、20s、30s查一次,如果在最大查詢次數內沒有查到結果,應做異常處理
3、支付中心收到支付結果以后,將結果同步給業務系統,可以發MQ,也可以直接調用,直接調用的話要加重試(比如:SpringBoot Retry)
4、無論是支付中心,還是業務應用,在接收支付結果通知時都要考慮接口冪等性,消息只處理一次,其余的忽略
5、業務應用也應做超時主動查詢支付結果
對于上面說的超時主動查詢可以在發起支付的時候將這些支付訂單放到一張表中,用定時任務去掃
為了防止訂單重復提交,可以這樣處理:
1、創建訂單的時候,用訂單信息計算一個哈希值,判斷redis中是否有key,有則不允許重復提交,沒有則生成一個新key,放到redis中設置個過期時間,然后創建訂單。其實就是在一段時間內不可重復相同的操作
附上微信支付最佳實踐:
看完上述內容,你們對服務端怎樣防止重復prepay有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。