現在這個時代大家可能最關心的就是錢了，那么有沒有想過你銀行轉賬給你沒有一次是轉多的，要么失敗，要么成功，為什么不能失誤一下多轉一筆呢？醒醒吧年輕人，別做夢了，做銀行的能那么傻x嗎？

今天我們就來談一談為什么銀行轉賬不能多給我轉一筆？關乎到錢的問題，小伙伴們打起精神！！！

要想要理解上述的疑惑，不得不提的一個概念就是冪等性，至于什么是冪等性，如何通過代碼實現冪等性，下面將會詳細講述。

?什么是冪等性??????????

所謂冪等性通俗的將就是一次請求和多次請求同一個資源產生相同的副作用。用數學語言表達就是f(x)=f(f(x))。

維基百科的冪等性定義如下：

冪等（idempotent、idempotence）是一個數學與計算機學概念，常見于抽象代數中。
在編程中一個冪等操作的特點是其任意多次執行所產生的影響均與一次執行的影響相同。
冪等函數，或冪等方法，是指可以使用相同參數重復執行，并能獲得相同結果的函數。這些函數不會影響系統狀態，也不用擔心重復執行會對系統造成改變。
例如，“setTrue()”函數就是一個冪等函數,無論多次執行，其結果都是一樣的，更復雜的操作冪等保證是利用唯一交易號(流水號)實現.
?

為什么需要冪等性???????

在系統高并發的環境下，很有可能因為網絡，阻塞等等問題導致客戶端或者調用方并不能及時的收到服務端的反饋甚至是調用超時的問題。總之，就是請求方調用了你的服務，但是沒有收到任何的信息，完全懵逼的狀態。比如訂單的問題，可能會遇到如下的幾個問題：

1. 創建訂單時，第一次調用服務超時，再次調用是否產生兩筆訂單？

2. 訂單創建成功去減庫存時，第一次減庫存超時，是否會多扣一次？

3. 訂單支付時，服務端扣錢成功，但是接口反饋超時，此時再次調用支付，是否會多扣一筆呢？

作為消費者，前兩種能接受，第三種情況就MMP了，哈哈哈！！！這種情況一般有如下兩種解決方式：

1. 服務方提供一個查詢操作是否成功的api，第一次超時之后，調用方調用查詢接口，如果查到了就走成功的流程，失敗了就走失敗的流程。

2. 另一種就是服務方需要使用冪等的方式保證一次和多次的請求結果一致。

?

HTTP的冪等性???????

GET：只是獲取資源，對資源本身沒有任何副作用，天然的冪等性。

HEAD：本質上和GET一樣，獲取頭信息，主要是探活的作用，具有冪等性。

OPTIONS：獲取當前URL所支持的方法，因此也是具有冪等性的。

DELETE：用于刪除資源，有副作用，但是它應該滿足冪等性，比如根據id刪除某一個資源，調用方可以調用N次而不用擔心引起的錯誤（根據業務需求而變）。

PUT：用于更新資源，有副作用，但是它應該滿足冪等性，比如根據id更新數據，調用多次和N次的作用是相同的（根據業務需求而變）。

POST：用于添加資源，多次提交很可能產生副作用，比如訂單提交，多次提交很可能產生多筆訂單。

?

冪等性的實現方式????????

對于客戶端交互的接口，可以在前端攔截一部分，例如防止表單重復提交，按鈕置灰，隱藏，不可點擊等方式。但是前端進行攔截器顯然是針對普通用戶，懂點技術的都可以模擬請求調用接口，所以后端冪等性很重要。

后端的冪等性如何實現？將會從以下幾個方面介紹。

1.?數據庫去重表

在往數據庫中插入數據的時候，利用數據庫唯一索引特性，保證數據唯一。比如訂單的流水號，也可以是多個字段的組合。

實現比較簡單，讀者可以自己實現看看，這里不再提供demo了。

2. 狀態機

很多業務中多有多個狀態，比如訂單的狀態有提交、待支付、已支付、取消、退款等等狀態。后端可以根據不同的狀態去保證冪等性，比如在退款的時候，一定要保證這筆訂單是已支付的狀態。

業務中常常出現，讀者可以自己實現看看，不再提供demo。

3.?TOKEN機制

針對客戶端連續點擊或者調用方的超時重試等情況，例如提交訂單，此種操作就可以用Token的機制實現防止重復提交。

TOKEN機制如何實現？簡單的說就是調用方在調用接口的時候先向后端請求一個全局ID（TOKEN），請求的時候攜帶這個全局ID一起請求，后端需要對這個全局ID校驗來保證冪等操作，流程如下圖：

主要的流程步驟如下：

1. 客戶端先發送獲取token的請求，服務端會生成一個全局唯一的ID保存在redis中，同時把這個ID返回給客戶端。

2. 客戶端調用業務請求的時候必須攜帶這個token，一般放在請求頭上。

3. 服務端會校驗這個Token，如果校驗成功，則執行業務。

4. 如果校驗失敗，則表示重復操作，直接返回指定的結果給客戶端。

通過以上的流程分析，唯一的重點就是這個全局唯一ID如何生成，在分布式服務中往往都會有一個生成全局ID的服務來保證ID的唯一性，但是工程量和實現難度比較大，UUID的數據量相對有些大，此處陳某選擇的是雪花算法生成全局唯一ID

總結

以上是生活随笔為你收集整理的每个工程师都应该了解的：聊聊幂等的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。