十年網(wǎng)站開發(fā)經(jīng)驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
作為開發(fā)人員,我們每天都要開發(fā)大量的接口,其中包括了讀接口和寫接口,而對于寫接口來說,除了要保證他的性能、可用性以外,還需要有一個重要的問題,那就是考慮如何保證接口的冪等性。

創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比新余網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式新余網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋新余地區(qū)。費用合理售后完善,10年實體公司更值得信賴。
什么是冪等性?
"冪等(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)造成改變。"
以上是百度百科中的回答,總結(jié)起來就是一句話:一個接口,不管我調(diào)多少次,只要參數(shù)不變,結(jié)果也應(yīng)該不變。
但是,實際在工作中,談到冪等性,一般分為兩種,即請求冪等和業(yè)務(wù)冪等。
請求冪等:每次請求,如果參數(shù)一樣,結(jié)果也要一樣。
業(yè)務(wù)冪等:同一次業(yè)務(wù)請求,再拿到最終狀態(tài)之后的每次請求,結(jié)果要保證一樣。再沒拿到最終狀態(tài)之前,每一次請求需要正常執(zhí)行業(yè)務(wù)邏輯,直到推進到最終狀態(tài)。
一般來說,我們談到的冪等性,大部分都是業(yè)務(wù)冪等。比如,一次支付請求,如果支付返回處理中,或者系統(tǒng)異常等,我們需要重試,繼續(xù)調(diào)用,直到他明確的返回支付成功,或者明確的無法成功的支付失敗結(jié)果。
想要保證冪等性,最簡單的做法就是:在做業(yè)務(wù)操作之前,先查一下,判斷下本次操作是否有被執(zhí)行過,如果執(zhí)行過,則不再執(zhí)行,否則繼續(xù)執(zhí)行。
但是,這個方案存在一個關(guān)鍵性的問題,那就是在高并發(fā)場景中,是可能會有冪等擊穿的。
所以,想要解決好這個問題,需要做好并發(fā)控制,那么,做并發(fā)控制,大家首先想到的就是鎖,沒錯。就是要用鎖。
那么,解決冪等問題,請記住這個口訣:”一鎖、二判、三更新”。
“一鎖、二判、三更新”,只要嚴(yán)格遵守這個過程,那么就可以解決并發(fā)問題。
一鎖:第一步,先加鎖??梢约臃植际芥i、或者悲觀鎖都可以。但是一定要是一個互斥鎖!
二判:第二步,進行冪等性判斷??梢曰跔顟B(tài)機、流水表、唯一性索引等等進行重復(fù)操作的判斷。
三更新:第三步,進行數(shù)據(jù)的更新,將數(shù)據(jù)進行持久化。
三步需要嚴(yán)格控制順序,確保加鎖成功后進行數(shù)據(jù)查詢和判斷,冪等性判斷通過后再更新,更新結(jié)束后釋放鎖。
以上操作需要有一個前提,那就是第一步加鎖、和第二步判斷的時候,需要有一個依據(jù),這個就是冪等號了,通常需要和上游約定一個唯一ID作為冪等號。然后通過對冪等號加鎖,再通過冪等號進行冪等判斷即可。
一鎖這個過程,建議使用Redis實現(xiàn)分布式鎖,因為他是非阻塞的高效率的互斥鎖。非常適合在冪等控制場景中。
二判這個過程,如果有操作流水,建議基于操作流水做冪等,并將冪等號作為唯一性約束,確保唯一性。如果沒有流水,那么基于狀態(tài)機也是可以的。
但是不管怎么樣,數(shù)據(jù)庫的唯一性約束都要加好,這是系統(tǒng)的最后一道防線。萬一前面的鎖失效了,這里也能控制得住不會產(chǎn)生臟數(shù)據(jù)。