作者简介:大家好,我是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
下就好了,世上无难事只怕有心人,我能做到耐心,你也可以。
有点要注意的就是默认处理异常会进行转发,等于两次请求,肯定耗性能,但是如果自己有处理的,就一次,在处理结果的时候就对异常处理了,节省了性能。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。