服務(wù)端如何防止訂單重復(fù)支付！
來(lái)源：cnblogs.com/cjsblog/p/14516909.html
概述 為了防止掉單，這里可以這樣處理： 為了防止訂單重復(fù)提交，可以這樣處理： 附上微信支付最佳實(shí)踐：
概述
如圖是一個(gè)簡(jiǎn)化的下單流程，首先是提交訂單，然后是支付。
支付的話，一般是走支付網(wǎng)關(guān)（支付中心），然后支付中心與第三方支付渠道（微信、支付寶、銀聯(lián)）交互。
支付成功以后，異步通知支付中心，支付中心更新自身支付訂單狀態(tài)，再通知業(yè)務(wù)應(yīng)用，各業(yè)務(wù)再更新各自訂單狀態(tài)。
這個(gè)過(guò)程中經(jīng)常可能遇到的問(wèn)題是掉單，無(wú)論是超時(shí)未收到回調(diào)通知也好，還是程序自身報(bào)錯(cuò)也好。
總之由于各種各樣的原因，沒有如期收到通知并正確的處理后續(xù)邏輯等等，都會(huì)造成用戶支付成功了，但是服務(wù)端這邊訂單狀態(tài)沒更新。
這個(gè)時(shí)候有可能產(chǎn)生投訴，或者用戶重復(fù)支付。
由于③⑤造成的掉單稱之為外部掉單，由④⑥造成的掉單我們稱之為內(nèi)部掉單
為了防止掉單，這里可以這樣處理：
1、支付訂單增加一個(gè)中間狀態(tài)“支付中”，當(dāng)同一個(gè)訂單去支付的時(shí)候，先檢查有沒有狀態(tài)為“支付中”的支付流水，當(dāng)然支付（prepay）的時(shí)候要加個(gè)鎖。支付完成以后更新支付流水狀態(tài)的時(shí)候再講其改成“支付成功”狀態(tài)。
2、支付中心這邊要自己定義一個(gè)超時(shí)時(shí)間（比如：30秒），在此時(shí)間范圍內(nèi)如果沒有收到支付成功回調(diào)，則應(yīng)調(diào)用接口主動(dòng)查詢支付結(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、無(wú)論是支付中心，還是業(yè)務(wù)應(yīng)用，在接收支付結(jié)果通知時(shí)都要考慮接口冪等性，消息只處理一次，其余的忽略
5、業(yè)務(wù)應(yīng)用也應(yīng)做超時(shí)主動(dòng)查詢支付結(jié)果
對(duì)于上面說(shuō)的超時(shí)主動(dòng)查詢可以在發(fā)起支付的時(shí)候?qū)⑦@些支付訂單放到一張表中，用定時(shí)任務(wù)去掃
為了防止訂單重復(fù)提交，可以這樣處理：
1、創(chuàng)建訂單的時(shí)候，用訂單信息計(jì)算一個(gè)哈希值，判斷redis中是否有key，有則不允許重復(fù)提交，沒有則生成一個(gè)新key，放到redis中設(shè)置個(gè)過(guò)期時(shí)間，然后創(chuàng)建訂單。
其實(shí)就是在一段時(shí)間內(nèi)不可重復(fù)相同的操作
附上微信支付最佳實(shí)踐：
歡迎添加程序汪個(gè)人微信 itwang007 進(jìn)粉絲群或圍觀朋友圈
往期資源 需要請(qǐng)自取
堪稱神級(jí)的Spring Boot手冊(cè)，從基礎(chǔ)入門到實(shí)戰(zhàn)進(jìn)階
喜歡就"在看"唄^_^