每个工程师都应该了解的:聊聊幂等
現(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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 信息系统 项目十大管理和五大过程
- 下一篇: Eternal机器人指令大全