????HTTP/1.1中對冪等性的定義是：一次和多次請求某一個資源對于資源本身應(yīng)該具有同樣的結(jié)果（網(wǎng)絡(luò)超時等問題除外）脚猾。也就是說指攒，其任意多次執(zhí)行對資源本身所產(chǎn)生的影響均與一次執(zhí)行的影響相同叠纹。??
????冪等性淹接，通俗的說就是一個接口，多次發(fā)起同一個請求慧库，必須保證返回結(jié)果必須準(zhǔn)確，比如訂單接口柠傍，不能多次創(chuàng)建訂單峭梳，支付寶回調(diào)接口可能會多次回調(diào)作喘，你要保證你的業(yè)務(wù)處理準(zhǔn)確且操作只能執(zhí)行一次运嗜。
??????在分布式場景中甘磨，假如你的某個服務(wù)部署了5臺機(jī)器，前端請求調(diào)用患整，因為某些原因可能重復(fù)請求了倆次拜效，因為負(fù)載均衡算法落到了倆臺機(jī)器上，可能會導(dǎo)致重復(fù)的業(yè)務(wù)處理邏輯各谚；又比如說?在使用微服務(wù)組件紧憾，例如zuul,feign等?在超時的情況下會有重試機(jī)制，也可能會導(dǎo)致重試請求多次昌渤，如果業(yè)務(wù)方?jīng)]有做好冪等性赴穗，就會導(dǎo)致業(yè)務(wù)處理出錯，比如多次創(chuàng)建訂單膀息，多次扣款般眉，這些坑都會導(dǎo)致很嚴(yán)重的問題。
?????那么怎么保證冪等性呢履婉，保證冪等性主要就是要保證每一次請求都必須要有一個唯一的標(biāo)識煤篙，比如訂單id斟览，比如支付流水號毁腿，或者前端請求可以生成一個唯一的隨機(jī)串，都可以作為唯一標(biāo)識苛茂，對于第一次請求的時候已烤，就必須要將唯一標(biāo)識存放到數(shù)據(jù)庫MySQL或者redis等存儲中。后端服務(wù)收到請求妓羊，在進(jìn)行業(yè)務(wù)處理之前胯究，必須要先檢查這個唯一標(biāo)識是否存在，如果存在躁绸，就可以判定已經(jīng)此次請求已經(jīng)處理過裕循，不需要進(jìn)行重復(fù)處理。
??????在實際開發(fā)中保證接口冪等性主要有以下幾個方案,可供參考净刮。
??????（1）?對于要操作的數(shù)據(jù)剥哑，在表中建立唯一索引字段。特別適用于進(jìn)行一些新增數(shù)據(jù)淹父，插入操作株婴，比如創(chuàng)建訂單，在MySQL業(yè)務(wù)表中建立唯一索引字段暑认，當(dāng)請求過來的時候困介，如果是多次重試大审，就違反了表中索引字段的唯一性，就會報錯座哩，業(yè)務(wù)自然會回滾徒扶。
??????（2）?還是基于MySQL數(shù)據(jù)庫，在業(yè)務(wù)表中增加版本號字段根穷，調(diào)用方每次請求數(shù)據(jù)的時候可以先獲取version版本號酷愧，然后多傳入一個version版本號字段，業(yè)務(wù)方在處理請求的時候缠诅，會去查新數(shù)據(jù)庫中的version版本號溶浴，判斷一下倆個version的值是否相同，如果version不相同管引，說明本次請求已經(jīng)處理過了士败，直接返回。
??????（3）?基于業(yè)務(wù)狀態(tài)進(jìn)行判斷褥伴，設(shè)計接口的時候谅将，對于每一個業(yè)務(wù)操作能否操作，設(shè)置可以執(zhí)行的狀態(tài)重慢，比如使用狀態(tài)機(jī)模式饥臂，便于檢查業(yè)務(wù)對象的狀態(tài)，接受到請求要進(jìn)行一些業(yè)務(wù)處理時似踱，可以先行判斷業(yè)務(wù)對象的狀態(tài)隅熙，是否滿足執(zhí)行操作的條件，如果當(dāng)前操作已經(jīng)執(zhí)行過了核芽，那么狀態(tài)就會發(fā)生變化囚戚，也就不能進(jìn)行當(dāng)前操作，直接返回轧简。
??????（4）?可以在外部存儲中設(shè)置一個單獨(dú)的去重表驰坊，比如使用redis，每次請求過來哮独，生成唯一的key拳芙。重復(fù)請求過來的時候判斷一下這個key是否存在，如果存在皮璧，說明存在重復(fù)調(diào)用舟扎，直接返回。
??????實現(xiàn)接口的冪等性?是業(yè)務(wù)接口方必須保證的基礎(chǔ)功能恶导，特別是服務(wù)與服務(wù)間的調(diào)用浆竭，可以使得服務(wù)接口在異常請求情況下，仍然保證接口的準(zhǔn)確性，數(shù)據(jù)的準(zhǔn)確性邦泄。
