簡單總結，
請求的響應結果和對網路的訪問次數無關，是為了防止重複請求形成髒資料，或者髒讀結果。
常見於，多次提交訂單、或者扣款（多次支付只扣一次款）
但帶來的不足是，邏輯複雜，並行改為串性，執行率降低。
場景：
查詢 和刪除 是冪等的操作，不管查詢需要保證資料不變。
樂觀鎖和悲觀鎖。 樂觀鎖 udpate set version +1 ; 悲觀鎖 selset * from t_user where id = 1 for update;
token機制， 使用者登入時後台創造token返回前端， 前端介面傳送請求時候，帶上token ，後端檢測與後端儲存的token，對比token一致 則請求成功，並刪除後端token。前端第二次傳送請求是，token就會不一致，後端檢測到就會拒絕第二次訪問。
唯一標識。 對外api中，請求欄位中需要包換乙個唯一的標識字段，該字段在資料庫表中屬於唯一索引。在訪問介面時候，後端會先根據該欄位查詢時候已經包含，包含了則已經請求過。負責插入新的請求。
原子性 冪等性
原子性 如果這個操作所處的層 layer 的更高層不能發現其內部實現與結構，那麼這個操作是乙個原子 atomic 操作。原子操作可以是乙個步驟，也可以是多個操作步驟，但是其順序不可以被打亂，也不可以被切割而只執行其中的一部分。將整個操作視作乙個整體是原子性的核心特徵。冪等性 再簡單一點說，在乙個業務...
冪等性學習及介面的冪等性
冪等性學習 一 什麼是冪等性 在這裡需要有以下幾個問題需要注意 2 冪等性不僅僅只是一次或者多次請求的時候對資源沒有 比如根據id對資料庫的查詢操作，此操作對資料庫沒有增刪改，所以多次查詢操作對資料庫結果是沒有任何影響的 3 冪等性還包括了第一次請求資源的時候，對資源產生了 但是在以後多次同樣的請求...
了解冪等性
2 什麼是冪等性 f x f x x被函式f作用一次和作用無限次的結果是一樣的。冪等性應用在軟體系統中，我把它簡單定義為 某個函式或者某個介面使用相同引數呼叫一次或者無限次，其造成的後果是一樣的，在實際應用中一般針對於介面進行冪等性設計。舉個栗子，在系統中，呼叫方a呼叫系統b的介面進行使用者的扣費操...