前言

最近稍微閑了一點於是把這個半年都沒更新的開源項目 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 接口的類，當請求出現異常時，頁面和后台將會如下輸出：