責任鏈模式是一種將請求沿處理鏈傳遞的行為設計模式，在異常處理中具有良好的解耦和擴展性。它通過定義多個處理器，每個處理器專注處理特定類型的異常，未處理則傳遞給下一個，實現職責分離、邏輯可擴展、符合開閉原則。構建責任鏈需四步：①定義處理器接口；②實現具體處理器類；③按優先級組裝處理鏈；④觸發異常處理流程。實際應用中應注意：①處理器順序應由具體到通用；②避免循環引用；③設置默認兜底處理器；④統一日志記錄；⑤性能影響較小可忽略。該方式使系統異常結構清晰、易于維護，適用于web應用等復雜場景。
在統一異常處理的設計中，責任鏈模式是一個非常實用的解決方案。它通過將多個異常處理器串聯起來，讓每個處理器專注于自己能處理的異常類型，從而實現異常處理邏輯的解耦和擴展。
什么是責任鏈模式？
責任鏈（Chain of Responsibility）模式是一種行為設計模式，允許你將請求沿著處理者鏈進行傳遞，直到有一個處理者處理它為止。在異常處理場景下，這個“請求”就是拋出的異常，“處理者”則是各個異常處理器。
這種方式的好處在于：
- 每個處理器只關注特定類型的異常，職責清晰
- 新增或修改異常處理邏輯時，不影響已有代碼，符合開閉原則
- 異常處理流程可配置、可擴展，便于維護
比如一個 Web 應用中可能會有參數校驗異常、權限不足異常、系統錯誤等不同類型，使用責任鏈可以避免把所有處理邏輯寫在一個地方。
如何構建基于責任鏈的異常處理器？
要實現基于責任鏈的統一異常處理，通常需要以下幾個步驟：
-
定義異常處理器接口
接口中至少應包含設置下一個處理器的方法和處理異常的方法。 -
實現具體的處理器類
每個處理器根據自己的能力決定是否處理當前異常，不處理則交給下一個處理器。 -
組裝處理鏈
在應用啟動時，按照優先級順序將處理器連接起來。 -
觸發異常處理
當異常發生時，交由鏈的第一個處理器開始處理。
例如，在 spring Boot 中可以通過 @ControllerAdvice 和自定義異常處理器配合責任鏈來統一處理全局異常。
實際應用中的常見問題與建議
在實際開發中，使用責任鏈做異常處理時，有幾個容易忽略但很關鍵的點需要注意：
-
順序很重要：應該把更具體的異常處理器放在前面，通用的放在后面。比如先處理 IllegalArgumentException，再處理 Exception，否則后者會提前攔截。
-
避免循環引用：確保鏈的最后一個處理器不會再指向之前的節點，否則可能造成死循環。
-
要有兜底機制：即使前面的處理器都沒處理，也應該有一個默認處理器兜底，返回友好的錯誤信息。
-
日志記錄要統一：可以在每個處理器內部打印日志，也可以在鏈的最外層統一記錄，推薦統一記錄以避免重復。
-
性能影響小：雖然責任鏈是依次匹配，但因為異常本就不該頻繁發生，所以對性能的影響可以忽略。
小結一下
用責任鏈來做統一異常處理，核心思路是把不同類型的異常交給不同的處理器去處理，這樣可以讓整個系統的異常處理結構更清晰、更容易擴展。只要注意好處理器順序、日志記錄和兜底策略，就能很好地應對各種異常情況。
基本上就這些，不復雜但細節不能忽視。
