一直想對公司的錯誤處理機制進行思考和改進,今天查到如下乙個網友的答覆,很全面,特轉到這裡:
錯誤處理機制一般都是自己定義的，在乙個團隊內部自行設定統一的錯誤處理模式。
你可以考慮下面三種：
1、錯誤發生即處理：也就是錯誤出現在**，就在那裡及時處理，而不進行**或者其他操作。
2、集中錯誤處理：錯誤發生後統一**到某乙個模組進行統一處理，具體處理方式和內容各個專案組和公司都有自己的定義，一般來說是不會告訴您的。因為有可能涉及到一些客戶產品安全的問題。
3、錯誤分包處理：每個包處理自己的錯誤資訊，不進行統一**，但是在包內統一處理，而不是發生級處理的方式。
以上三種又可以分成兩種展現形式：1、
log日誌記錄模式：一般不通告前端，發布給客戶的只有系統故障請等待處理等類似的詞彙展現，然後將錯誤資訊儲存的
log日誌中，進行歸類描述，諸如
ibm產品的
error code/exit code
之類的。
2、前端丟擲方式：直接扔到系統前端，讓使用者看到錯誤資訊的全部內容
——一般沒有進行錯誤處理的，都會被系統預設以這種形式展現出來，而且，形態非常不友好。對於開發工具或者軟體開發人員使用的部分工具這種方式也許更有效一些，但是形態上仍然是需要考慮改變的。
錯誤處理機制
2020 11 05 16 55 14 三個屬性 name 錯誤名字 message 錯誤資訊提示 stack 錯誤堆疊 使用 名字 屬性 a.message 下面 syntaxerror物件 語法錯誤 referenceerror物件 引用了不存在變數 rangeerror物件 值超出有效範圍 t...
Spring Boot錯誤處理機制
摘要 1 springboot預設的錯誤處理機制 預設效果 1 瀏覽器，返回乙個預設的錯誤頁面 瀏覽器傳送請求的請求頭 2 如果是其他客戶端，預設響應乙個json資料 原理 可以參照errormvcautoconfiguration 錯誤處理的自動配置 給容器中.預設效果 1 瀏覽器，返回乙個預設的...
hadoop 錯誤處理機制
1.硬體故障 硬體故障是指jobtracker故障或tasktracker 故障 jobtracker是單點,若發生故障,目前hadoop 還無法處理,唯有選擇最牢靠的硬體作為jobtracker jobtracker通過心跳 週期1分鐘 訊號來了解tasktracker 是否發生故障或者負載過重 ...