[發明專利]規范化處理后端異常報錯的方法及系統

在審

• 申請號: 202110874626.5
• 申請日: 2021-07-30
• 公開（公告）號: CN113609012A
• 公開（公告）日: 2021-11-05
• 發明（設計）人: 劉振威;陳永華;孫桂冠
• 申請（專利權）人: 南京控維通信科技有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 南京泰普專利代理事務所(普通合伙) 32360
• 代理人: 肖樂愈秋

本發明提出了一種規范化處理后端異常報錯的方法及系統，其中方法包括：步驟一、通過預設封裝模塊接收拋出的異常；步驟二、異常過濾器捕獲拋出的異常并進行封裝，拋出固定格式的錯誤信息；步驟三、所述預設封裝模塊針對參數類型對所述異常進行分別處理和再次封裝；步驟四、將最終封裝后的錯誤反饋至前端開發人員，以便于開發人員對錯誤的處理。本發明通過統一異常拋出的信息格式，實現規范化字符串信息進行切割及重新封裝的一致性過程，同時使得異常信息更易于理解。

技術領域

本發明涉及一種規范化處理后端異常報錯的方法及系統，特別是涉及計算機網絡應用程序開發的技術領域。

背景技術

目前，現有的web應用普遍流行使用前后端分離的開發技術，即前后端同時進行開發，此種開發模式使前后端能夠并發的進行工作，加快項目的誕生。

開發過程中，現階段網頁后端的校驗多為框架自帶的校驗模塊直接拋出的異常信息，這些異常信息為dto(Data Transfer Object，即數據傳輸對象)校驗器直接拋出的錯誤，并在框架捕獲到校驗器拋出的錯誤后，將其返回給客戶端。當通過了第一層校驗后，數據就會傳入業務邏輯層，業務邏輯層為編碼人員自己實現的業務邏輯，同時捕獲其中產生的錯誤，但拋出的錯誤大多也為自定義的錯誤，不具備規范化。最后在數據持久化過程中，持久層框架或者數據庫都可能拋出錯誤，然后向前端返回報錯的信息。這些錯誤都沒有經過規范化的定義，各自有各自的格式。

不規范的報錯方式往往呈現以下缺陷：首先，前端需要自己實現前端的校驗，后端也需要對客戶端通過HTTP傳遞的參數進行校驗。因為對后端來說校驗是必須要做的，而前端沒有辦法校驗業務邏輯，所以前端沒有辦法實現完全的校驗，因此，前端實現的校驗從一定程度上來說便會占據開發過程中的資源，從而造成開發中的浪費。

其次，web框架對于后端的校驗以及各種報錯信息沒有封裝，來自dto層校驗器的報錯與來自dao(Data Access Object)層的報錯信息結構不統一，同時在業務邏輯層編碼人員根據自己風格編寫拋出的異常信息，導致前端接收后端的報錯信息后只能在表單某側對報錯信息進行展示或者羅列，進一步導致用戶看到提示的報錯信息時，無法判斷問題在哪里，影響用戶的使用體驗。更為嚴重的問題是，由于后端的各個模塊報錯信息的不一致，當后端出現問題時對問題的定位和追蹤也比較麻煩，首先得判斷這個錯誤信息的來源，然后才能判斷問題發生的原因。

發明內容

發明目的：提出一種規范化處理后端異常報錯的方法，以解決現有技術存在的上述問題。

技術方案：第一方面，提出了一種規范化處理后端異常報錯的方法，該方法具體包括以下步驟：

步驟一、通過預設封裝模塊接收拋出的異常；

步驟二、異常過濾器捕獲拋出的異常并進行封裝，拋出固定格式的錯誤信息；

步驟三、所述預設封裝模塊針對參數類型對所述異常進行分別處理和再次封裝；

步驟四、將最終封裝后的錯誤反饋至前端開發人員，以便于開發人員對錯誤的處理。

在第一方面的一些可實現方式中，步驟一中拋出的異常信息采用統一信息格式進新格式規范；所述統一信息格式為“模塊--屬性__錯誤信息”。通過“--”與“__”分割錯誤信息，進行字符串分割，獲取對應的信息報錯內容。

所述預設封裝模塊向外公開一個交互函數，所述交互函數中包含一個定義錯誤發生模塊名稱的參數moduleName，交互函數根據接收到的參數類型對傳入的報錯內容分別進行處理，并將錯誤信息轉化為“模塊--屬性__錯誤信息”格式的字符串，隨后，創建Error對象，并將該字符串添加到Error對象中返回給交互函數的調用方。

在第一方面的一些可實現方式中，所述步驟二進一步為：采用異常過濾器捕獲拋出的異常，對其進行封裝，并拋出固定格式的錯誤信息。