事務(wù)原子性,一致性,持久性,隔離性是基本的屬性，這里不解釋，本篇文章只對分布性事務(wù)方案做說明方案

問題來源

隨著分布式微服務(wù)應(yīng)用盛行，帶來的優(yōu)勢是顯而易見的，但是在面臨事務(wù)的時(shí)候，缺變的異常麻煩，因?yàn)槭窃诓煌膽?yīng)用內(nèi)，所以無法在單個應(yīng)用內(nèi)做回滾處理，這個時(shí)候，就需要有一個單獨(dú)的應(yīng)用做，補(bǔ)償性事務(wù)處理。由此引入本篇的內(nèi)容，改內(nèi)容配圖參考火龍學(xué)院開源支付系統(tǒng)

異步確保性，確定消息最終一致性

從圖中可以看到，業(yè)務(wù)對A消息隊(duì)列進(jìn)行處理，處理完成后，將處理狀態(tài)推送至B消息隊(duì)列中,消息恢復(fù)系統(tǒng)對這個AB兩個隊(duì)列,進(jìn)行對比，狀態(tài)為完成的消息進(jìn)行重新推送，或者數(shù)據(jù)恢復(fù)原始狀態(tài)

最大努力通知型

在小編遇到的大部分saas服務(wù)合作商中，大部分都屬于這種，及當(dāng)沒有收到支付通知消息時(shí)候，主動調(diào)用，狀態(tài)查詢接口，去進(jìn)行狀態(tài)更新，如上海的某生活繳費(fèi)服務(wù)提供商

附錄

具體的技術(shù)實(shí)現(xiàn)方案，小編正在編碼中...