01 前言
最近稍微閒了一點於是把這個半年都沒更新的開源項目cicada重新撿了起來。
這項目是幹啥的？先來看看官方介紹吧（其實就我自己寫的）
cicada: 基於 Netty4 實現的快速、輕量級 WEB 框架；沒有過多的依賴，核心 jar 包僅 30KB。
02 效果
大家平時最常用的 MVC 框架當屬 SpringMVC 了，而在搭建腳手架的時候相信全局異常處理是必不可少的。
（1）Spring 用法
通常我們的做法如下：
傳統 Spring 版本：
實現一個 Spring 自帶的接口，重寫其中的方法，最後的異常處理便在此處。
將這個類配置在 Spring 的 xml ，當做一個 bean 註冊到 Spring 容器中。
當然現在流行的 SpringBoot 也有對應的簡化版本：
全部都換爲註解形式，但本質上還是一樣的。
都是要在容器中創建一個特殊的 bean，這個 bean 專門用於處理異常，當系統運行時出現異常，就從容器中找到該 bean，並執行其中的方法即可。
至於這個特殊的 bean 如何標識出來，無非就是實現某個特定接口或者用註解聲明，也就對應了傳統 Spring 和 SpringBoot 的用法。
（2）cicada 用法
cicada 在設計自己的全局異常處理器時也參考了 Spring 的相關設計，所以最終用法如下：
自定義一個實現了 GlobalHandelException 接口的類，當請求出現異常時，頁面和後臺將會如下輸出：
03 設計
看得出用法和 Spring 非常類似，也是需要實現一個接口 GlobalHandelException，同時使用 @CicadaBean 註解該類將他加載到 cicada 內置的 IOC 容器內。
當出現異常時則在這個 IOC 容器中找到該對象調用它的 resolveException 即可。
其中還可以通過 CicadaContext 全局上下文響應不同的輸出（json/text/html）。
（1）核心原理
簡單畫了下流程圖，步驟如下：
初始化時會找到實現了 GlobalHandelException 接口的類，將它實例化並註冊到 IOC 容器中。
當發生異常時從容器中獲取到異常處理器的對象，執行其中的處理函數即可。
說了半天原理來看看源碼是如何實現的。
在初始化 bean 時，如果是一個異常處理器則會將他單獨存放（也就相當於前文說的打標識）。
其中的 GlobalHandelException 本身的定義也非常簡單：
接下來是運行時：
而當出現異常時則會通過之前的保存的異常處理 bean 進行異常處理，在調用的同時將全局上下文及異常信息傳遞過去就齊活了。
這樣就可以在這個實現類中實現我們自己的異常處理邏輯了。
04 總結
萬一今後面試官問你們 SpringMVC 的異常處理是如何實現的？你該知道怎麼回答了吧。
同時也可以發散一下，是否可以配置一個針對於某一個 controller 的異常處理，這樣每個 controller 產生的異常可以單獨處理，如果沒有配置則進入全局異常；原理也差不多，感興趣的朋友可以提個 PR 完成該 feature。