作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO
联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬
学习必须往深处挖，挖的越深，基础越扎实！
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】
码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】
基本处理流程图
自定义全局异常处理
首先创建一个异常解析器，实现HandlerExceptionResolver接口即可，这里异常视图是error1。
视图文件error1.html：
定义一个配置类，实现WebMvcConfigurer接口，覆盖configureHandlerExceptionResolvers方法，把自定义的异常解析器添加进去即可。
结果统一了：
原理
自定义的处理器什么加入的，最后说，我们先看，我们看他是怎么处理的，解析的时候异常解析器就剩一个了，就是我们定义的那个。
然后调用了我们的处理方法，得到模型：
最后渲染：
那么问题来了，其他的解析器去哪里了呢，其实就是异常处理器初始化的时候，现在可以来讲了，自动配置WebMvcAutoConfiguration中的handlerExceptionResolver，先处理自定义的解析器，如果没有话才会去添加默认的，也就是前面的那3个异常解析器，所以这个就是原因，为什么就只有一个了。：
默认的3个：
前有说到ExceptionHandlerExceptionResolver的getExceptionHandlerMethod会进行自定义的异常方法处理，但是这里连这个类都没有，当然不会进行异常方法处理，因此自定义的异常处理方法也就失效了，只有全局的一个异常处理器：
好了，异常处理差不多就讲这些，当然还有好多细节，自己有时间多debug下就好了，世上无难事只怕有心人，我能做到耐心，你也可以。
有点要注意的就是默认处理异常会进行转发，等于两次请求，肯定耗性能，但是如果自己有处理的，就一次，在处理结果的时候就对异常处理了，节省了性能。
好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。
1666
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
