接口的冪等性實際上就是接口可重復(fù)調(diào)用，在調(diào)用方多次調(diào)用的情況下，接口最終得到的結(jié)果是一致的。有些接口可以天然的實現(xiàn)冪等性，比如查詢接口，對于查詢來說，你查詢一次和兩次，對于系統(tǒng)來說，沒有任何影響，查出的結(jié)果也是一樣。

　　除了查詢功能具有天然的冪等性之外，增加、更新、刪除都要保證冪等性。那么如何來保證冪等性呢?

　　全局唯一ID

　　如果使用全局唯一ID，就是根據(jù)業(yè)務(wù)的操作和內(nèi)容生成一個全局ID，在執(zhí)行操作前先根據(jù)這個全局唯一ID是否存在，來判斷這個操作是否已經(jīng)執(zhí)行。如果不存在則把全局ID，存儲到存儲系統(tǒng)中，比如數(shù)據(jù)庫、redis等。如果存在則表示該方法已經(jīng)執(zhí)行。

　　從工程的角度來說，使用全局ID做冪等可以作為一個業(yè)務(wù)的基礎(chǔ)的微服務(wù)存在，在很多的微服務(wù)中都會用到這樣的服務(wù)，在每個微服務(wù)中都完成這樣的功能，會存在工作量重復(fù)。另外打造一個高可靠的冪等服務(wù)還需要考慮很多問題，比如一臺機器雖然把全局ID先寫入了存儲，但是在寫入之后掛了，這就需要引入全局ID的超時機制。

　　使用全局唯一ID是一個通用方案，可以支持插入、更新、刪除業(yè)務(wù)操作。但是這個方案看起來很美但是實現(xiàn)起來比較麻煩，下面的方案適用于特定的場景，但是實現(xiàn)起來比較簡單。

　　去重表

　　這種方法適用于在業(yè)務(wù)中有唯一標(biāo)的插入場景中，比如在以上的支付場景中，如果一個訂單只會支付一次，所以訂單ID可以作為唯一標(biāo)識。這時，我們就可以建一張去重表，并且把唯一標(biāo)識作為唯一索引，在我們實現(xiàn)時，把創(chuàng)建支付單據(jù)和寫入去去重表，放在一個事務(wù)中，如果重復(fù)創(chuàng)建，數(shù)據(jù)庫會拋出唯一約束異常，操作就會回滾。

　　插入或更新

　　這種方法插入并且有唯一索引的情況，比如我們要關(guān)聯(lián)商品品類，其中商品的ID和品類的ID可以構(gòu)成唯一索引，并且在數(shù)據(jù)表中也增加了唯一索引。這時就可以使用InsertOrUpdate操作。在mysql數(shù)據(jù)庫中如下：

　　多版本控制

　　這種方法適合在更新的場景中，比如我們要更新商品的名字，這時我們就可以在更新的接口中增加一個版本號，來做冪等

　　在實現(xiàn)時可以如下

　　狀態(tài)機控制

　　這種方法適合在有狀態(tài)機流轉(zhuǎn)的情況下，比如就會訂單的創(chuàng)建和付款，訂單的付款肯定是在之前，這時我們可以通過在設(shè)計狀態(tài)字段時，使用int類型，并且通過值類型的大小來做冪等，比如訂單的創(chuàng)建為0，付款成功為100。付款失敗為99

　　在做狀態(tài)機更新時，我們就這可以這樣控制