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

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

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

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

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

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

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

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

在系統(tǒng)高并發(fā)的環(huán)境下，很有可能因為網(wǎng)絡(luò)，阻塞等等問題導(dǎo)致客戶端或者調(diào)用方并不能及時的收到服務(wù)端的反饋甚至是調(diào)用超時的問題。總之，就是請求方調(diào)用了你的服務(wù)，但是沒有收到任何的信息，完全懵逼的狀態(tài)。比如訂單的問題，可能會遇到如下的幾個問題：

1. 創(chuàng)建訂單時，第一次調(diào)用服務(wù)超時，再次調(diào)用是否產(chǎn)生兩筆訂單？

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

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

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

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

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

?

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

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

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

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

DELETE：用于刪除資源，有副作用，但是它應(yīng)該滿足冪等性，比如根據(jù)id刪除某一個資源，調(diào)用方可以調(diào)用N次而不用擔(dān)心引起的錯誤（根據(jù)業(yè)務(wù)需求而變）。

PUT：用于更新資源，有副作用，但是它應(yīng)該滿足冪等性，比如根據(jù)id更新數(shù)據(jù)，調(diào)用多次和N次的作用是相同的（根據(jù)業(yè)務(wù)需求而變）。

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

?

冪等性的實現(xiàn)方式????????

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

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

1.?數(shù)據(jù)庫去重表

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

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

2. 狀態(tài)機

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

業(yè)務(wù)中常常出現(xiàn)，讀者可以自己實現(xiàn)看看，不再提供demo。

3.?TOKEN機制

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

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

主要的流程步驟如下：

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

2. 客戶端調(diào)用業(yè)務(wù)請求的時候必須攜帶這個token，一般放在請求頭上。

3. 服務(wù)端會校驗這個Token，如果校驗成功，則執(zhí)行業(yè)務(wù)。

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。