01 前言

最近稍微闲了一点于是把这个半年都没更新的开源项目cicada重新捡了起来。

这项目是干啥的？先来看看官方介绍吧（其实就我自己写的）

cicada: 基于 Netty4 实现的快速、轻量级 WEB 框架；没有过多的依赖，核心 jar 包仅 30KB。

02 效果

大家平时最常用的 MVC 框架当属 SpringMVC 了，而在搭建脚手架的时候相信全局异常处理是必不可少的。

（1）Spring 用法

通常我们的做法如下：

传统 Spring 版本：

当然现在流行的 SpringBoot 也有对应的简化版本：

全部都换为注解形式，但本质上还是一样的。

都是要在容器中创建一个特殊的 bean，这个 bean 专门用于处理异常，当系统运行时出现异常，就从容器中找到该 bean，并执行其中的方法即可。

至于这个特殊的 bean 如何标识出来，无非就是实现某个特定接口或者用注解声明，也就对应了传统 Spring 和 SpringBoot 的用法。

（2）cicada 用法

cicada 在设计自己的全局异常处理器时也参考了 Spring 的相关设计，所以最终用法如下：

自定义一个实现了 GlobalHandelException 接口的类，当请求出现异常时，页面和后台将会如下输出：

看得出用法和 Spring 非常类似，也是需要实现一个接口 GlobalHandelException，同时使用 @CicadaBean 注解该类将他加载到 cicada 内置的 IOC 容器内。

当出现异常时则在这个 IOC 容器中找到该对象调用它的 resolveException 即可。

其中还可以通过 CicadaContext 全局上下文响应不同的输出（json/text/html）。

（1）核心原理

简单画了下流程图，步骤如下：

说了半天原理来看看源码是如何实现的。

在初始化 bean 时，如果是一个异常处理器则会将他单独存放（也就相当于前文说的打标识）。

其中的 GlobalHandelException 本身的定义也非常简单：

接下来是运行时：

而当出现异常时则会通过之前的保存的异常处理 bean 进行异常处理，在调用的同时将全局上下文及异常信息传递过去就齐活了。

这样就可以在这个实现类中实现我们自己的异常处理逻辑了。

万一今后面试官问你们 SpringMVC 的异常处理是如何实现的？你该知道怎么回答了吧。

同时也可以发散一下，是否可以配置一个针对于某一个 controller 的异常处理，这样每个 controller 产生的异常可以单独处理，如果没有配置则进入全局异常；原理也差不多，感兴趣的朋友可以提个 PR 完成该 feature。