Spring Boot源码之旅四十八SpringMVC源码细节之异常处理四

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

基本处理流程图

自定义全局异常处理

首先创建一个异常解析器，实现HandlerExceptionResolver接口即可，这里异常视图是error1。

视图文件error1.html：

定义一个配置类，实现WebMvcConfigurer接口，覆盖configureHandlerExceptionResolvers方法，把自定义的异常解析器添加进去即可。

结果统一了：

原理

自定义的处理器什么加入的，最后说，我们先看，我们看他是怎么处理的，解析的时候异常解析器就剩一个了，就是我们定义的那个。

然后调用了我们的处理方法，得到模型：

最后渲染：

那么问题来了，其他的解析器去哪里了呢，其实就是异常处理器初始化的时候，现在可以来讲了，自动配置WebMvcAutoConfiguration中的handlerExceptionResolver，先处理自定义的解析器，如果没有话才会去添加默认的，也就是前面的那3个异常解析器，所以这个就是原因，为什么就只有一个了。：

默认的3个：

前有说到ExceptionHandlerExceptionResolver的getExceptionHandlerMethod会进行自定义的异常方法处理，但是这里连这个类都没有，当然不会进行异常方法处理，因此自定义的异常处理方法也就失效了，只有全局的一个异常处理器：

好了，异常处理差不多就讲这些，当然还有好多细节，自己有时间多debug下就好了，世上无难事只怕有心人，我能做到耐心，你也可以。

有点要注意的就是默认处理异常会进行转发，等于两次请求，肯定耗性能，但是如果自己有处理的，就一次，在处理结果的时候就对异常处理了，节省了性能。

好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。