如圖是一個簡化的下單流程，首先是送出訂單，然後是支付。支付的話，一般是走支付網關（支付中心），然後支付中心與第三方支付管道（微信、支付寶、銀聯）互動，支付成功以後，異步通知支付中心，支付中心更新自身支付訂單狀态，再通知業務應用，各業務再更新各自訂單狀态。
這個過程中經常可能遇到的問題是掉單，無論是逾時未收到回調通知也好，還是程式自身報錯也好，總之由于各種各樣的原因，沒有如期收到通知并正确的處理後續邏輯等等，都會造成使用者支付成功了，但是服務端這邊訂單狀态沒更新，這個時候有可能産生投訴，或者使用者重複支付。
由于③⑤造成的掉單稱之為外部掉單，由④⑥造成的掉單我們稱之為内部掉單
為了防止掉單，這裡可以這樣處理：
1、支付訂單增加一個中間狀态“支付中”，當同一個訂單去支付的時候，先檢查有沒有狀态為“支付中”的支付流水，當然支付（prepay）的時候要加個鎖。支付完成以後更新支付流水狀态的時候再講其改成“支付成功”狀态。
2、支付中心這邊要自己定義一個逾時時間（比如：30秒），在此時間範圍内如果沒有收到支付成功回調，則應調用接口主動查詢支付結果，比如10s、20s、30s查一次，如果在最大查詢次數内沒有查到結果，應做異常處理
3、支付中心收到支付結果以後，将結果同步給業務系統，可以發MQ，也可以直接調用，直接調用的話要加重試（比如：SpringBoot Retry）
4、無論是支付中心，還是業務應用，在接收支付結果通知時都要考慮接口幂等性，消息隻處理一次，其餘的忽略
5、業務應用也應做逾時主動查詢支付結果
對于上面說的逾時主動查詢可以在發起支付的時候将這些支付訂單放到一張表中，用定時任務去掃
為了防止訂單重複送出，可以這樣處理：
1、建立訂單的時候，用訂單資訊計算一個哈希值，判斷redis中是否有key，有則不允許重複送出，沒有則生成一個新key，放到redis中設定個過期時間，然後建立訂單。其實就是在一段時間内不可重複相同的操作
附上微信支付最佳實踐：
