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

通过上一篇“从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源代码分析与实践