重複訊息是soa服務實現中非常常見的問題，你永遠不要指望呼叫方每次請求訊息不一樣，對於讀操作，重複訊息可能無害，可對於寫操作很可能就是災難。
可以通過冪等(idempotent)模式處理重複的訊息，基本處理思路是：
1、呼叫者給訊息乙個唯一請求id標識。id標識乙個工作單元，這個工作單元只應執行一次，工作單元id可以是schema的一部分，也可以是乙個定製的soap header，服務的contract 可以說明這個唯一請求id標識是必須的；
2、接收者在執行乙個工作單元必須先檢驗該工作單元是否已經執行過。檢查是否執行的邏輯通常是根據唯一請求id ，在服務端查詢請求是否有記錄，是否有對應的響應資訊，如果有，直接把響應資訊查詢後返回；如果沒有，那麼就當做新請求去處理。
分布式 冪等性
現在你的服務提供一些外部介面呼叫，然後你這個服務又是部署在多台機器上的，然後前端在操作的時候正好呼叫了請求，假如我們的業務功能是扣款，然後在負載均衡的時候你的請求被傳送到不同的機器上，所以你需要保證的就是同樣的一次請求只能成功一次，另外的需要丟棄調。那麼如何保證分布式環境下的冪等性呢？保證冪等性主要...
分布式系統冪等性詳解
冪等 idempotent idempotence 是乙個數學與計算機學概念，常見於抽象代數中。在程式設計中.乙個冪等操作的特點是其任意多次執行所產生的影響均與一次執行的影響相同。冪等函式，或冪等方法，是指可以使用相同引數重複執行，並能獲得相同結果的函式。這些函式不會影響系統狀態，也不用擔心重複執行...
分布式系統 冪等性設計
web資源或api方法的冪等性是指一次和多次請求某乙個資源應該具有同樣的 冪等性是系統的介面對外一種承諾 而不是實現 承諾只要呼叫介面成功,外部多次呼叫對系統的影響是一致的。冪等性是分布式系統設計中的乙個重要概念，對超時處理 系統恢復等具有重要意義。宣告為冪等的介面會認為外部呼叫失敗是常態,並且失敗...