面試官:如何保證介面冪等性?一口氣說了9種方法!

来源:https://www.cnblogs.com/tyson03/archive/2023/03/26/17258877.html
-Advertisement-
Play Games

本文已經收錄到Github倉庫,該倉庫包含電腦基礎、Java基礎、多線程、JVM、資料庫、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分散式、微服務、設計模式、架構、校招社招分享等核心知識點,歡迎star~ Github地址 大家好,我是大彬~ 今天來聊聊接 ...


本文已經收錄到Github倉庫,該倉庫包含電腦基礎、Java基礎、多線程、JVM、資料庫、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分散式、微服務、設計模式、架構、校招社招分享等核心知識點,歡迎star~

Github地址


大家好,我是大彬~

今天來聊聊介面冪等性。

什麼是介面冪等性?如何保證介面冪等性?

什麼是介面冪等性?

首先看看冪等性的概念:

冪等性原本是數學上的概念,用在介面上就可以理解為:同一個介面,多次發出同一個請求,必須保證操作只執行一次。調用介面發生異常並且重覆嘗試時,總是會造成系統所無法承受的損失,所以必須阻止這種現象的發生。

比如下麵這些情況,如果沒有實現介面冪等性會有很嚴重的後果:支付介面,重覆支付會導致多次扣錢 ;訂單介面,同一個訂單可能會多次創建。

為什麼會產生介面冪等性問題?

那麼,什麼情況下,會產生介面冪等性的問題呢?

  • 網路波動, 可能會引起重覆請求
  • 用戶重覆操作,用戶在操作時候可能會無意觸發多次下單交易,甚至沒有響應而有意觸發多次交易應用
  • 使用了失效或超時重試機制(Nginx重試、RPC重試或業務層重試等)
  • 頁面重覆刷新
  • 使用瀏覽器後退按鈕重覆之前的操作,導致重覆提交表單
  • 使用瀏覽器歷史記錄重覆提交表單
  • 瀏覽器重覆的HTTP請求
  • 定時任務重覆執行
  • 用戶雙擊提交按鈕

面試網站

如何保證介面冪等性?

那麼最關鍵的來了,如何保證介面冪等性?

解決辦法分為兩個方向,一個方向是客戶端防止重覆調用,一個是服務端進行校驗。當然,客戶端防止重覆提交並不是絕對可靠的,優點是實現起來比較簡單。

按鈕只可操作一次

一般是提交後把按鈕置灰或loding狀態,消除用戶因為重覆點擊而產生的重覆記錄,比如添加操作,由於點擊兩次而產生兩條記錄。

token機制

功能上允許重覆提交,但要保證重覆提交不產生副作用,比如點擊n次只產生一條記錄,具體實現就是進入頁面時申請一個token,然後後面所有的請求都帶上這個token,後端根據token來避免重覆請求。

使用唯一索引防止新增臟數據

利用資料庫唯一索引機制,當數據重覆時,插入資料庫會拋出異常,保證不會出現臟數據。

樂觀鎖

如果更新已有數據,可以進行加鎖更新,也可以設計表結構時使用樂觀鎖,通過version來做樂觀鎖,這樣既能保證執行效率,又能保證冪等, 樂觀鎖的version版本在更新業務數據要自增。

update table set version = version + 1 where id = #{id} and version = #{version}

示例: 當有重覆請求的時候,第一個請求會獲取當前商品的version版本號,得到的version為1,緊接著由於第一個請求還沒更新商品的version,第二個請求獲取的version依然也是1, 這時候第一個請求操作更新的時候帶上version並作為條件並且自增更新,這時候商品的version就會變成2,當第二個請求去操作更新的時候明顯version不一致導致更新失敗。

select + insert or update or delete

該方案就是操作之前先查詢一下,符合要求再插入,該方案在沒有併發的系統中可以解決冪等問題,在單JVM有併發的時候可以用JVM加鎖來保證冪等性,在分散式環境它是無法保證冪等性,可以使用分散式來保證。

分散式鎖

如果是分散式系統,構建全局唯一索引比較困難,例如唯一性的欄位沒法確定,這時候可以引入分散式鎖,通過第三方的系統(redis或zookeeper),在業務系統插入數據或者更新數據,獲取分散式鎖,然後做操作,之後釋放鎖。要點:某個長流程處理過程要求不能併發執行,可以在流程執行之前根據某個標誌(用戶ID+尾碼等)獲取分散式鎖,其他流程執行時獲取鎖就會失敗,也就是同一時間該流程只能有一個能執行成功,執行完成後,釋放分散式鎖(分散式鎖要第三方系統提供)。

狀態機冪等

在設計單據相關的業務,或者是任務相關的業務,肯定會涉及到狀態機(狀態變更圖),就是業務單據上面有個狀態,狀態在不同的情況下會發生變更,一般情況下存在有限狀態機,這時候,如果狀態機已經處於下一個狀態,這時候來了一個上一個狀態的變更,理論上是不能夠變更的,這樣的話,保證了有限狀態機的冪等。註意:訂單等單據類業務,存在很長的狀態流轉,一定要深刻理解狀態機,對業務系統設計能力提高有很大幫助 。

防重表

以支付為例: 使用唯一主鍵去做防重表的唯一索引,比如使用訂單號作為防重表的唯一索引,每一次請求都根據訂單號向防重表中插入一條數據,插入成功說明可以處理後面的業務,當處理完業務邏輯之後刪除防重表中的訂單號數據,後續如果有重覆請求,則會因為防重表唯一索引原因導致插入失敗,直接返回操作失敗,直到第一次請求返回結果,可以看出防重表作用就是加鎖的功能。

註: 最好結合狀態機冪等先判斷一下

緩衝隊列

將請求都快速地接收下來後放入緩衝隊列中,後續使用非同步任務處理隊列中的數據,過濾掉重覆的請求,該解決方案優點是同步處理改成非同步處理、高吞吐量,缺點則是不能及時地返回請求結果,需要後續輪詢得處理結果。


最後給大家分享一個Github倉庫,上面有大彬整理的300多本經典的電腦書籍PDF,包括C語言、C++、Java、Python、前端、資料庫、操作系統、電腦網路、數據結構和演算法、機器學習、編程人生等,可以star一下,下次找書直接在上面搜索,倉庫持續更新中~

Github地址


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 原文鏈接: Go 語言 new 和 make 關鍵字的區別 本篇文章來介紹一道非常常見的面試題,到底有多常見呢?可能很多面試的開場白就是由此開始的。那就是 new 和 make 這兩個內置函數的區別。 其實這個問題本身並不複雜,簡單來說就是,new 只分配記憶體,而 make 只能用於 slice、m ...
  • 南昌航空大學-軟體學院-22206104-段清如-JAVA第一次Blog作業 前言: 這個學期才開始接觸java,到現在一個多月的時間,已經差不多可以寫出一些基本的簡單的程式了。對比上個學期學習的C語言,我認為java更加方便,方法更多,函數更多,但是時間效率上略遜一籌。在這一個月的java學習過程 ...
  • 在上一章中已經看到,odoo能夠為給定模型生成預設視圖。實際上,預設視圖對於業務應用程式來說是不可接受的。相反,我們至少應該以邏輯的方式組織各個欄位。 視圖是在帶有操作和菜單的XML文件中定義的。它們是ir.ui.view model的實例。 在我們的estate模塊中,我們需要以邏輯方式組織欄位: ...
  • 使用 VLD 記憶體泄漏檢測工具輔助開發時整理的學習筆記。本篇介紹在 QT 中使用 VLD 時,有一處記憶體泄漏時的輸出報告解析。 ...
  • 目錄 瞭解需求 方案 1:資料庫輪詢 方案 2:JDK 的延遲隊列 方案 3:時間輪演算法 方案 4:redis 緩存 方案 5:使用消息隊列 瞭解需求 在開發中,往往會遇到一些關於延時任務的需求。 例如 生成訂單 30 分鐘未支付,則自動取消 生成訂單 60 秒後,給用戶發簡訊 對上述的任務,我們給 ...
  • 操作系統 :Windows10_x64 、CentOS 7.6.1810_x64 wireshark版本:3.6.12 Python 版本 : 3.9.12 一、背景描述 工作中有時候會遇到需要從pcap抓包文件裡面提取音頻的情況,比如下麵這些場景: 從pcap文件裡面導出wav文件 從pcap文件 ...
  • 電腦組成原理 哈工大 劉巨集偉 b站課程地址:https://www.bilibili.com/video/BV1t4411e7LH/?spm_id_from=333.337.search-card.all.click 編譯原理 哈工大 陳鄞 b站課程地址:https://www.bilibili. ...
  • 在C++/Qt網路通訊模塊設計與實現(四) 中具體分析了Qt的信號槽、線程相關的知識,即從 Qt::ConnectionType,示例源碼,結果論證,歸納總結等四個方面進行了全方面講解,深刻闡述了代碼設計的原因。這節講解介面的應用,從廣度上讓大家對面向介面編程(該編程思想很重要)進行掌握。 ...
一周排行
    -Advertisement-
    Play Games
  • 人臉識別技術在現代社會中扮演著越來越重要的角色,比如人臉識別門禁、人臉識別支付、甚至人臉識別網站登錄等。 最近有群友問.NET有沒有人臉識別的組件,小編查閱相關資料介紹下麵幾種.NET人臉識別組件供大家參考。 **1、Microsoft Azure Face API** 簡介:Microsoft A ...
  • # 1. 與 .NET Core 緩存的關係和差異 ABP 框架中的緩存系統核心包是 [Volo.Abp.Caching](https://www.nuget.org/packages/Volo.Abp.Caching) ,而對於分散式緩存的支持,abp 官方提供了基於 Redis 的方案,需要安裝 ...
  • 最近ET做熱更重載dll的時候,返回登陸會重新檢測新的dll,首次登錄之前已經Assembly.Load()過一次dll,第二次返回登陸再次load dll到記憶體中,Invoke執行方法的時候,異常了,有些方法執行了,有些未執行,於是查資料,看到些老資料說Assembly.Load重覆載入同名dll ...
  • 1. 擴展方法 擴展方法使你能夠向現有類型“添加”方法,而無需創建新的派生類型、重新編譯或以其他方式修改原始類型。 擴展方法是一種靜態方法,但可以像擴展類型上的實例方法一樣進行調用。 對於用 C#、F# 和 Visual Basic 編寫的客戶端代碼,調用擴展方法與調用在類型中定義的方法沒有明顯區別 ...
  • 以前在隨筆《Winform開發框架之客戶關係管理系統(CRM)的開發總結系列1-界面功能展示 》的幾篇隨筆中介紹過基於WInform開發框架開發的CRM系統,系統的功能主要也是圍繞著客戶相關信息來進行管理的。本篇隨筆介紹在最新的《SqlSugar開發框架》中整合CRM系統模塊的功能。 ...
  • 隨著技術的發展,ASP.NET Core MVC也推出了好長時間,經過不斷的版本更新迭代,已經越來越完善,本系列文章主要講解ASP.NET Core MVC開發B/S系統過程中所涉及到的相關內容,適用於初學者,在校畢業生,或其他想從事ASP.NET Core MVC 系統開發的人員。 經過前幾篇文章... ...
  • [toc] 這篇文章是我之前總結的一篇文章,因為整理博客的原因,原有博客已經註銷,但這篇文章對一些讀者很有用,所以現在新瓶裝舊酒重新整理回來分享給大家。 最近一段時間生產環境頻繁出問題,每次都會生成一個hs_err_pid*.log文件,因為工作內容的原因,在此之前並沒有瞭解過相關內容,趁此機會學習 ...
  • # 前言 在上一篇文章中,給大家講解了泛型的概念、作用、使用場景,以及泛型集合、泛型介面和泛型類的用法,但受限於篇幅,並沒有把泛型的內容講解完畢。所以今天我們會繼續學習泛型方法、泛型擦除,以及通配符等的內容,希望大家繼續做好學習的準備哦。 *** 全文大約【**4600】** 字,不說廢話,只講可以 ...
  • 昨天遇到參數key大小寫不一致導致校驗簽名失敗的問題,查了很長時間才找到原因。看了一下FastJson源碼,發現JSON.toObject中轉換成對象的時候會忽略大小寫。 所以,當使用了JSON.toObject將json轉成Java對象後,再用JSON.toObject轉成json,key值就變了 ...
  • 基於java的線上商城設計與實現,線上購物平臺,校園購物商城,商品銷售平臺,基於Java的電商平臺;電商平臺,買家和賣家可以在此平臺上進行銷售和交易,節約了大量的線下時間成本,購物車的功能,校園交易平臺等等; ...