从springmvc最简单配置的解析中了解HandlerExceptionResolver 组件(2)-----------【springmvc源码】

    xiaoxiao2025-03-06  37

    通过上一篇“从springmvc最简单配置的解析中了解HandlerExceptionResolver 组件(1)-----------【springmvc源码】”,我们了解了HandlerExceptionResolver的整体,但是我们还遗留了一个疑问:我们是从哪里初始化它的?

     

     

    我们在springmvc最简单配置的系列中,我们了解到DispatchServlet是一个初始化九个组件的家伙,而且还深入的分析了doDispatch这个方法,也知道doDispatch是由doService方法引用的,而doService又是由其父类processRequest方法引用的,而父类也就是FrameworkServlet,由于这里也是一个重要的知识点,之后会再写一篇进行了解分析。。。

     

    好了,回到主题:我们是从哪里初始化它的?

    首先它嘛,是一个组件,而且是DispatchServlet初始化组件之一,所以我们到DispatchServlet去寻找它,

     

    从上面,我们可以看到initHandlerExceptionResolvers,字面意思很清晰,看下它的代码,

    private void initHandlerExceptionResolvers(ApplicationContext context) { // 置空 handlerExceptionResolvers 处理 this.handlerExceptionResolvers = null; // 情况一,自动扫描 HandlerExceptionResolver 类型的 Bean 们 if (this.detectAllHandlerExceptionResolvers) { // Find all HandlerExceptionResolvers in the ApplicationContext, including ancestor contexts. Map<String, HandlerExceptionResolver> matchingBeans = BeanFactoryUtils .beansOfTypeIncludingAncestors(context, HandlerExceptionResolver.class, true, false); if (!matchingBeans.isEmpty()) { this.handlerExceptionResolvers = new ArrayList<>(matchingBeans.values()); // We keep HandlerExceptionResolvers in sorted order. AnnotationAwareOrderComparator.sort(this.handlerExceptionResolvers); } // 情况二,获得名字为 HANDLER_EXCEPTION_RESOLVER_BEAN_NAME 的 Bean 们 } else { try { HandlerExceptionResolver her = context.getBean(HANDLER_EXCEPTION_RESOLVER_BEAN_NAME, HandlerExceptionResolver.class); this.handlerExceptionResolvers = Collections.singletonList(her); } catch (NoSuchBeanDefinitionException ex) { // Ignore, no HandlerExceptionResolver is fine too. } } // 情况三,如果未获得到,则获得默认配置的 HandlerExceptionResolver 类 if (this.handlerExceptionResolvers == null) { this.handlerExceptionResolvers = getDefaultStrategies(context, HandlerExceptionResolver.class); if (logger.isTraceEnabled()) { logger.trace("No HandlerExceptionResolvers declared in servlet '" + getServletName() + "': using default strategies from DispatcherServlet.properties"); } } }

    通过上面我们可以发现一共有三种情况,初始化 handlerExceptionResolvers 属性。而且在默认情况下,detectAllHandlerExc eptionResolvers 为 true 。所以一般都是走情况一的逻辑,自动扫描HandlerExceptionResolver 类型的 Bean 们。

    其实也就是“进入初始化处理方法。先到上下文中搜寻我们自己定义的ExceptionResolvers,如果没有自定义的resolvers,从默认配置中读取”。

     

     

    好吧,初始化完成了。

    但是,你知道HandlerExceptionResolver只是用于解析对请求做处理的过程产生的异常,而渲染环节产生的异常不归它管。

    另一个就是HandlerExceptionResolver是根据异常设置ModelAndView,之后再交给render渲染。而render只负责将ModelAndView渲染成页面,具体ModelAndView是怎么来的render并不关心。

    所以该组件不能处理render过程中的异常了,因为它在render之前工作的,先解析出ModelAndView之后render才去渲染。

     

     

    哦,对了。我们还遗留了一个HandlerExceptionResolverComposite实现类,没有分析。

    这里,我就不去分析了,留给大伙一个机会。

     

     

     

    如果那里不对希望多多指教,不胜感激。

    参考资料:

    看透springmvc源代码分析与实践

    最新回复(0)