前言

最近稍微閒了一點於是把這個半年都沒更新的開源專案 cicada 重新撿了起來。

一些新關注的朋友應該還不知道這專案是幹啥的？先來看看官方介紹吧（其實就我自己寫的😀）

cicada: 基於 Netty4 實現的快速、輕量級 WEB 框架；沒有過多的依賴，核心 jar 包僅 30KB。

效果

廣告打完了，回到正題；大家平時最常用的 MVC 框架當屬 SpringMVC 了，而在搭建腳手架的時候相信全域性異常處理是必不可少的。

Spring 用法

通常我們的做法如下：

傳統 Spring 版本：

實現一個 Spring 自帶的介面，重寫其中的方法，最後的異常處理便在此處。將這個類配置在 Spring 的 xml ，當做一個 bean 註冊到 Spring 容器中。

public class CustomExceptionResolver implements HandlerExceptionResolver {

  @Override
  public ModelAndView resolveException(HttpServletRequest request,HttpServletResponse response,Object handler,Exception ex) {
  //自定義處理
}

<bean class="ssm.exception.CustomExceptionResolver"></bean>

當然現在流行的 SpringBoot 也有對應的簡化版本：

@ControllerAdvice
public class GlobalExceptionHandler {
  @ExceptionHandler(value = Exception.class)
  public Object defaultErrorHandler(HttpServletRequest req,Exception e) throws Exception {
    //自定義處理
  }
}

全部都換為註解形式，但本質上還是一樣的。

都是要在容器中建立一個特殊的 bean，這個 bean 專門用於處理異常，當系統執行時出現異常，就從容器中找到該 bean，並執行其中的方法即可。

至於這個特殊的 bean 如何標識出來，無非就是實現某個特定介面或者用註解宣告，也就對應了傳統 Spring 和 SpringBoot 的用法。

cicada 用法

cicada 在設計自己的全域性異常處理器時也參考了 Spring 的相關設計，所以最終用法如下：

@CicadaBean
public class ExceptionHandle implements GlobalHandelException {
  private final static Logger LOGGER = LoggerBuilder.getLogger(ExceptionHandle.class);

  @Override
  public void resolveException(CicadaContext context,Exception e) {
    LOGGER.error("Exception",e);
    WorkRes workRes = new WorkRes();
    workRes.setCode("500");
    workRes.setMessage(e.getClass().getName() + "系統執行出現異常");
    context.json(workRes);
  }
}

自定義一個實現了 GlobalHandelException 介面的類，當請求出現異常時，頁面和後臺將會如下輸出：

設計

看得出用法和 Spring 非常類似，也是需要實現一個介面 GlobalHandelException，同時使用 @CicadaBean 註解該類將他載入到 cicada 內建的 IOC 容器內。

當出現異常時則在這個 IOC 容器中找到該物件呼叫它的 resolveException 即可。

其中還可以通過 CicadaContext 全域性上下文響應不同的輸出（json/text/html）。

核心原理

簡單畫了下流程圖，步驟如下：

初始化時會找到實現了 GlobalHandelException 介面的類，將它例項化並註冊到 IOC 容器中。當發生異常時從容器中獲取到異常處理器的物件，執行其中的處理函式即可。

說了半天原理來看看原始碼是如何實現的。

在初始化 bean 時，如果是一個異常處理器則會將他單獨存放（也就相當於前文說的打標識）。

其中的 GlobalHandelException 本身的定義也非常簡單：

接下來是執行時：

而當出現異常時則會通過之前的儲存的異常處理 bean 進行異常處理，在呼叫的同時將全域性上下文及異常資訊傳遞過去就齊活了。

這樣就可以在這個實現類中實現我們自己的異常處理邏輯了。

總結

萬一今後面試官問你們 SpringMVC 的異常處理是如何實現的？你該知道怎麼回答了吧😏。

同時也可以發散一下，是否可以配置一個針對於某一個 controller 的異常處理，這樣每個 controller 產生的異常可以單獨處理，如果沒有配置則進入全域性異常；原理也差不多，感興趣的朋友可以提個 PR 完成該 feature。

專案原始碼：

https://github.com/TogetherOS/cicada

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支援我們。