java异常处理全过程_Java全局异常处理器实现过程解析

文章介绍了Java异常处理的全局解决方案,从传统的Spring MVC和Spring Boot的异常处理器实现,到Cicada框架的全球异常处理器设计。Cicada的异常处理器类似于Spring,需要实现GlobalHandelException接口并使用@CicadaBean注解。当异常发生时,Cicada会从IOC容器中获取并执行处理器。文章还提供了核心原理的流程图和源码分析。
摘要由CSDN通过智能技术生成

前言

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

一些新关注的朋友应该还不知道这项目是干啥的?先来看看官方介绍吧(其实就我自己写的😀)

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

d5afe8c6dd58f905f005fa42427c3876.png

效果

广告打完了,回到正题;大家平时最常用的 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) {

//自定义处理

}

当然现在流行的 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 接口的类,当请求出现异常时,页面和后台将会如下输出:

f154e11996dec848d76abeb911cadc7b.png

1897ad70ed14b0ad08da8c2da68fb5d0.png

设计

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

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

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

核心原理

dbdfd6256f27bfd9d56211e94cdb86fd.png

简单画了下流程图,步骤如下:

初始化时会找到实现了 GlobalHandelException 接口的类,将它实例化并注册到 IOC 容器中。当发生异常时从容器中获取到异常处理器的对象,执行其中的处理函数即可。

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

0ee2371a7cffb6476a8e03f4dddcd716.png

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

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

c5221ebce012b19ee833eb2e7c4c6bcd.png

接下来是运行时:

a72ee66e5758f92824c7bf5e925f083d.png

f8f0769c7ead5c5a50555bb25b666c93.png

c55b372a233ed09cdc2d4e2cba692884.png

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

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

总结

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

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

项目源码:

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值