SpringMVC流程之View与ViewResolver

1、简介

不少朋友可能疑惑过，在SpringMVC中为何一样是返回一个字符串，有的前端获得的是页面，有的获得是json数据。由于使用了不一样的Handler，有@ResponseBody注解的使用了RequestResponseBodyMethodProcessor，后一个方法使用了ViewNameMethodReturnValueHandler。前端

固然，它们都是HandlerMethodReturnValueHandler，SpringMVC到底怎么玩的呢？web

咱们来看一个简化版本的流程图，能够帮助咱们快速理清楚脉络，避免被庞杂的代码绕晕。spring

知道了MVC的大体流程，咱们就来重点关注一下ViewResolver部分json

2、ViewResolver

ViewResolver用于解决从逻辑视图到View，通常逻辑视图就是viewName，就是根据返回的字符串找到对应的View。缓存

2.1 AbstractCachingViewResolver

AbstractCachingViewResolver一看就知道是一个抽象类，专门为继承设计的。jsp

它作的最重要的工做就是缓存，就是把已经解析过的视图保存起来，这样能够避免每一次解析。url

2.2 UrlBasedViewResolver

UrlBasedViewResolver继承了AbstractCachingViewResolver，主要就是提供的一种拼接URL的方式来解析视图。spa

能够prefix、suffix来简化视图名称，默认的prefix和suffix都是空。设计

URLBasedViewResolver支持"redirect:"前缀，经过转换为RedirectView实现，这样就能够支持URL在客户端的跳转code

URLBasedViewResolver支持"forword:"前缀，经过InternalResourceView实现。

<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.3 InternalResourceViewResolver

InternalResourceViewResolver继承了URLBasedViewResolver，因此URLBasedViewResolver支持的特性它都支持。

InternalResourceViewResolver和URLBasedViewResolver差很少，InternalResourceViewResolver主要就是获取InternalResourceView，就是为了处理JSP和JSTL的。

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">  
   <property name="prefix" value="/WEB-INF/"/>  
   <property name="suffix" value=".jsp"></property>  
</bean>

2.4 XmlViewResolver

XmlViewResolver直接继承AbstractCachingViewResolver抽象类，因此它也是支持视图缓存的。

xml不是解析xml的，而是用一个xml文件来配置，视图名称和View之间的对应关系，经过location属性指定配置文件，默认/WEB-INF/views.xml。

<bean class="org.springframework.web.servlet.view.XmlViewResolver">
   <property name="location" value="/WEB-INF/views.xml"/>
   <property name="order" value="1"/>
</bean>

2.5 BeanNameViewResolver

BeanNameViewResolver和XmlViewResolver很像，就是经过视图名称(Controller中方法返回的字符串)去找作为id去找View。

与XmlViewResolver不一样的是，BeanNameViewResolver的View不用单独写xml文件了。

<bean class="org.springframework.web.servlet.view.BeanNameViewResolver">  
   <property name="order" value="1"/>  
</bean>
<bean id="index" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/index.jsp"/>  
</bean>

2.6 ResourceBundleViewResolver

ResourceBundleViewResolver就是XmlViewResolver的properties版本。

例如，下面的properties，等价于后面的xml配置

test1.(class)=org.springframework.web.servlet.view.InternalResourceView  
test1.url=/test1.jsp  
test2.(class)=org.springframework.web.servlet.view.InternalResourceView  
test2.url=/test2.jsp

等价于：

<bean id="test1" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/test1.jsp"/>  
</bean>  
<bean id="test2" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/test2.jsp"/>  
</bean>

ResourceBundleViewResolver的配置文件是一个属性文件，并且必须是放在classpath路径下面的，默认状况下这个配置文件是在classpath根目录下的views.properties文件。

能够经过属性baseName或baseNames来指定属性文件名称，Spring会在指定的classpath根目录下寻找以指定的baseName开始的属性文件进行View解析。

例如，baseName为base，那么base.properties、baseABC.properties、base123.properties等以base开始的属性文件都会被Spring当作ResourceBundleViewResolver解析视图的资源文件。

3、多个ViewResolver处理流程

在SpringMVC中通常会存在多个ViewResolver

上面是DispatcherServlet初始化ViewResolver。

在SpringMVC中能够同时定义多个ViewResolver视图解析器，而后它们会组成一个ViewResolver链。

多个ViewResolver将根据ViewResolver的优先级来进行处理。

在ViewResolver中是经过order属性来指定顺序的，默认都是最大值。order越小，对应的ViewResolver优先级越高，因此第一个进行解析的将是ViewResolver链中order值最小的那个。

当一个ViewResolver在进行视图解析后返回的View对象是null则表示该ViewResolver不能解析该视图。

这个时候若是还存在其余order值比它大的ViewResolver，就会调用剩余的ViewResolver中的order值最小的那个来解析该视图，依次调用。

当ViewResolver在进行视图解析后返回的是一个非空的View对象的时候，视图解析结束，若是没有解析到有View，返回null。

这一部分逻辑在DispatcherServlet的resolveViewName方法中： View部分是比较复杂的，可是通常也不多关注的，由于View部分更加在于的是细节，咱们看一下View的继承结构图。