Spring MVC工作原理及源码解析 ViewResolver实现原理及源码解析

Posted blayn

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Spring MVC工作原理及源码解析 ViewResolver实现原理及源码解析相关的知识,希望对你有一定的参考价值。

0、ViewResolver原理介绍

根据视图的名称将其解析为 View 类型的视图,如通过 ModelAndView 中的视图名称将其解析成 View,View 是用来渲染页面的,也就是将 Model 填入模板中,生成 html 或其他格式的文件。
可以设置多个解析策略,如可以根据 JSP 来解析,或者按照 Velocity 模版解析,如果设置了多个解析策略则可以通过 order 属性来设定其优先级,数值越小优先级越高,前面的视图解析器解析后就不会让后面的继续解析。默认的解析策略是 InternalResourceViewResolver,按照 JSP 页面来解析。ViewResolver 接口中的方法如下:
  • View resolveViewName(String viewName, Locale locale);

该接口的实现类有AbstractCachingViewResolver、BeanNameViewResolver、ContentNegotiatingViewResolver、StandaloneMockMvcBuilder和ViewResolverComposite。

1、AbstractCachingViewResolver:实现带缓存的ViewResolver

来看上图中的第一个实现类:AbstractCachingViewResolver,该类实现了ViewResolver的resolveViewName接口,与其他实现类不同,AbstractCachingViewResolver实现的是带有缓存的ViewResolver。
当前端控制器请求视图解析器解析 ModelAndView 时,AbstractCachingViewResolver实现的ViewResolver在解析时先从缓存里查找,如果找得到视图就返回,找不到就创建新的视图,具体代码如下所示:
public View resolveViewName(String viewName, Locale locale) throws Exception {
        // 是否启用缓存,可通过setCache()方法或setCacheLimit()方法开启缓存,是一个ConcurrentHashMap,默认缓存大小1024
        if (!this.isCache()) {
            return this.createView(viewName, locale);
        } else {
            // 得到 view 在缓存中的 key 值
            Object cacheKey = this.getCacheKey(viewName, locale);
            View view = (View)this.viewAccessCache.get(cacheKey);
            // 如果没有找到 view 则创建,采用双重校验的方式进行安全创建
            if (view == null) {
                synchronized(this.viewCreationCache) {
                    view = (View)this.viewCreationCache.get(cacheKey);
                    if (view == null) {
                        // 具体的创建方式由子类实现
                        view = this.createView(viewName, locale);
                        if (view == null && this.cacheUnresolved) {
                            view = UNRESOLVED_VIEW;
                        }

                        if (view != null) {
                            this.viewAccessCache.put(cacheKey, view);
                            this.viewCreationCache.put(cacheKey, view);
                            if (this.logger.isTraceEnabled()) {
                                this.logger.trace("Cached view [" + cacheKey + "]");
                            }
                        }
                    }
                }
            }

            return view != UNRESOLVED_VIEW ? view : null;
        }
    }    

 1.1、ResourceBundleViewResolver

使用ResourceBundleViewResolver配置下bean就可以让视图解释器支持解析多种视图,而UrlBasedViewResolver,就只支持解释单一类型的视图。

ResourceBundleViewResolver 根据 views.properties 文件来解析视图,这个文件位于 classpath 路径下,使用方式如下:
<bean class="org.springframework.web.servlet.view.ResourceBundleViewResolver">  
    <!-- 设定属性文件名为views -->  
    <property name="basename" value="views"></property>  
</bean>  

1.2、XmlViewResolver

XmlViewResolver 根据 xml 文件来解析视图,使用方式如下:
<bean class="org.springframework.web.servlet.view.XmlViewResolver">
    <property name="location">
        <value>/WEB-INF/spring-views.xml</value>
    </property>
</bean>

1.3、UrlBasedViewResolver

支持解释单一类型的视图。

UrlBasedViewResolver 提供了拼接 URL 的方式来解析视图,通过 prefix 属性拼接一个前缀,通过 suffix 属性拼接一个后缀,就得到了视图的 URL。还可以加入 redirect: 与 forword: 前缀,使用 redirect: 前缀会调用 HttpServletResponse对象的 sendRedirect() 方法进行重定向,使用 forword: 前缀会利用 RequestDispatcher的forword 方式跳转到指定的地址。另外,使用时还要指定 viewClass 属性,表示要解析成哪种 View,的使用方式如下:
<bean class="org.springframework.web.servlet.view.UrlBasedViewResolver">  
   <property name="prefix" value="/WEB-INF/" />  
   <property name="suffix" value=".jsp" />  
   <property name="viewClass" value="org.springframework.web.servlet.view.InternalResourceView"/>  
</bean> 

2、其他的 ViewResolver

2.1、BeanNameViewResolver

BeanNameViewResolver 是通过视图名称去容器中获取对应的 view 对象,所以在使用前需要将 view 对象注册到容器中。它没有使用缓存,实现方式如下:

    @Override
    public View resolveViewName(String viewName, Locale locale) throws BeansException {
        ApplicationContext context = getApplicationContext();
        // 根据viewName去容器中查找View对象
        if (!context.containsBean(viewName)) {
            if (logger.isDebugEnabled()) {
                logger.debug("No matching bean found for view name \'" + viewName + "\'");
            }
            // Allow for ViewResolver chaining...
            return null;
        }
        if (!context.isTypeMatch(viewName, View.class)) {
            if (logger.isDebugEnabled()) {
                logger.debug("Found matching bean for view name \'" + viewName +
                        "\' - to be ignored since it does not implement View");
            }
            // Since we\'re looking into the general ApplicationContext here,
            // let\'s accept this as a non-match and allow for chaining as well...
            return null;
        }
        return context.getBean(viewName, View.class);
    }

2.2、ContentNegotiatingViewResolver

ContentNegotiatingViewResolver本身不解析解析视图,而是用来整合所有的ViewResolver类,每次请求都会遍历所有的ViewResolver,然后找到最合适的处理View,并将其返回。源码如下:

    @Override
    public View resolveViewName(String viewName, Locale locale) throws Exception {
        RequestAttributes attrs = RequestContextHolder.getRequestAttributes();
        Assert.state(attrs instanceof ServletRequestAttributes, "No current ServletRequestAttributes");
        // 获取Request的MediaType集合
        List<MediaType> requestedMediaTypes = getMediaTypes(((ServletRequestAttributes) attrs).getRequest());
        if (requestedMediaTypes != null) {
            // 通过遍历ViewResolver,获取所有符合条件的View
            List<View> candidateViews = getCandidateViews(viewName, locale, requestedMediaTypes);
            // 遍历所有的SmartView,SmartView默认是RedirectView返回
            // 否则,根据MediaType最合适的第一个View返回
            View bestView = getBestView(candidateViews, requestedMediaTypes, attrs);
            if (bestView != null) {
                return bestView;
            }
        }
        if (this.useNotAcceptableStatusCode) {
            if (logger.isDebugEnabled()) {
                logger.debug("No acceptable view found; returning 406 (Not Acceptable) status code");
            }
            return NOT_ACCEPTABLE_VIEW;
        }
        else {
            logger.debug("No acceptable view found; returning null");
            return null;
        }
    }

2.3、StandaloneMockMvcBuilder

StandaloneMockMvcBuilder主要用于单元测试,代码如下所示:

    /**
     * A {@link ViewResolver} that always returns same View.(始终返回同一个View,用于单元测试)
     */
    private static class StaticViewResolver implements ViewResolver {

        private final View view;

        public StaticViewResolver(View view) {
            this.view = view;
        }

        @Override
        public View resolveViewName(String viewName, Locale locale) throws Exception {
            return this.view;
        }
    }

2.4、ViewResolverComposite

ViewResolverComposite是包含如上各个ViewResolver的组合类,其resolveViewName方法代码如下:

    @Override
    public View resolveViewName(String viewName, Locale locale) throws Exception {
        for (ViewResolver viewResolver : this.viewResolvers) {
            // 生成View对象
            View view = viewResolver.resolveViewName(viewName, locale);
            if (view != null) {
                return view;
            }
        }
        return null;
    }

 

以上是关于Spring MVC工作原理及源码解析 ViewResolver实现原理及源码解析的主要内容,如果未能解决你的问题,请参考以下文章

Spring MVC工作原理及源码解析 HandlerMapping和HandlerAdapter实现原理及源码解析

Spring MVC工作原理及源码解析 MVC原理介绍与IOC容器整合原理

详解Spring mvc工作原理及源码分析

深入浅出Spring原理及实战「原理分析专题」不看源码就带你剖析MVC容器核心流程以及运作原理

netty事件模型实现原理

spring mvc控制框架的流程及原理1: 总概及源码分析