Spring MVC之视图解析器

时间：2021-04-07 17:51:34

　　Spring MVC提供的视图解析器使用ViewResolver进行视图解析，实现浏览器中渲染模型。ViewResolver能够解析JSP、Velocity模板、FreeMarker模板和XSLT等多种视图。
　　Spring处理视图最重要的两个接口是ViewResolver和View。ViewResolver接口在视图名称和真正的视图之间提供映射关系； 而View接口则处理请求将真正的视图呈现给用户。

1、ViewResolver视图解析器

Spring MVC之视图解析器
　　在Spring MVC控制器中，所有的请求处理方法（Action）必须解析出一个逻辑视图名称，无论是显式的（返回String，View或ModelAndView）还是隐式的（基于约定的，如视图名就是方法名）。Spring MVC中的视图由视图解析器处理这个逻辑视图名称，Spring常用的视图解析器有如下几种：
　　1.1）AbstractCachingViewResolver：用来缓存视图的抽象视图解析器。通常情况下，视图在使用前就准备好了。继承该解析器就能够使用视图缓存。这是一个抽象类，这种视图解析器会把它曾经解析过的视图缓存起来，然后每次要解析视图的时候先从缓存里面找，如果找到了对应的视图就直接返回，如果没有就创建一个新的视图对象，然后把它放到一个用于缓存的map中，接着再把新建的视图返回。使用这种视图缓存的方式可以把解析视图的性能问题降到最低。
　　1.2）XmlViewResolver ：XML视图解析器。它实现了ViewResolver接口，接受相同DTD定义的XML配置文件作为Spring的XML bean工厂。它继承自AbstractCachingViewResolver抽象类，所以它也是支持视图缓存的。通俗来说就是通过xml指定逻辑名称与真实视图间的关系。
　　1.3）ResourceBundleViewResolver：它使用了ResourceBundle定义下的bean，实现了ViewResolver接口，指定了绑定包的名称。通常情况下，配置文件会定义在classpath下的properties文件中，默认的文件名字是views.properties。
　　1.4）UrlBasedViewResolver：它简单实现了ViewResolver接口，它不用显式定义，直接影响逻辑视图到URL的映射。它让你不用任何映射就能通过逻辑视图名称访问资源。它是对ViewResolver的一种简单实现，而且继承了AbstractCachingViewResolver，主要就是提供的一种拼接URL的方式来解析视图，它可以让我们通过prefix属性指定一个指定的前缀，通过suffix属性指定一个指定的后缀，然后把返回的逻辑视图名称加上指定的前缀和后缀就是指定的视图URL了。redirect:前缀表示重定向，forword:前缀表示转发。
　　1.5）InternalResourceViewResolver：内部视图解析器。它是URLBasedViewResolver的子类，所以URLBasedViewResolver支持的特性它都支持。
　　1.6）VelocityViewResolver：Velocity视图解析器，UrlBasedViewResolver的子类，VelocityViewResolver会把返回的逻辑视图解析为VelocityView。
　　1.7）FreeMarkerViewResolver：FreeMarker视图解析器，UrlBasedViewResolver的子类，FreeMarkerViewResolver会把Controller处理方法返回的逻辑视图解析为FreeMarkerView，使用FreeMarkerViewResolver的时候不需要我们指定其viewClass，因为FreeMarkerViewResolver中已经把viewClass为FreeMarkerView了。Spring本身支持了对Freemarker的集成。只需要配置一个针对Freemarker的视图解析器即可。
　　1.8）ContentNegotiatingViewResolver：内容协商视图解析器，这个视图解析器允许你用同样的内容数据来呈现不同的view，在RESTful服务中可用。ContentNegotiatingViewResolver本身并不进行视图解析，它只是根据请求的一些信息，来决定使用哪个解析器来解析。一般它有两种机制：后缀名、Accept头。

<bean class="org.springframework.web.servlet.view.ContentNegotiatingViewResolver">

  <property name="mediaTypes">

    <map>

      <entry key="atom" value="application/atom+xml"/>

      <entry key="html" value="text/html"/>

      <entry key="json" value="application/json"/>

    </map>

  </property>

  <property name="viewResolvers">

    <list>

      <bean class="org.springframework.web.servlet.view.BeanNameViewResolver"/>

      <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">

        <property name="prefix" value="/WEB-INF/jsp/"/>

        <property name="suffix" value=".jsp"/>

      </bean>

    </list>

  </property>

  <property name="defaultViews">

    <list>

      <bean class="org.springframework.web.servlet.view.json.MappingJackson2JsonView" />

    </list>

  </property>

</bean>

<bean id="content" class="com.springsource.samples.rest.SampleContentAtomView"/>

2、关于视图解析链
　　Spring支持同时配置多个视图解析器，也就是链式视图解析器。这样，在某些情况下，就能够重写某些视图。如果我们配置了多个视图解析器，并想要给视图解析器排序的话，设定order属性就可以指定解析器执行的顺序。order的值越高，解析器执行的顺序越晚，当一个ViewResolver在进行视图解析后返回的View对象是null的话就表示该ViewResolver不能解析该视图，这个时候如果还存在其他order值比它大的ViewResolver就会调用剩余的ViewResolver中的order值最小的那个来解析该视图，依此类推。InternalResourceViewResolver这种能解析所有的视图，即永远能返回一个非空View对象的ViewResolver一定要把它放在ViewResolver链的最后面。

3、关于Redirect重定向
　　在某些时候，需要使用重定向。Spring提供了一个RedirectView，可以让控制器返回这个类的一个实例，在这种情况下，DispatcherServlet不会使用通常的视图解析机制，RedirectView会调用HttpServletResponse.sendRedirect()方法。
　　3.1）redirect:前缀
　　处理器方法返回redirect:前缀这种方式，使得处理器只需要和视图解析器打交道，而不需要关心是需要重定向还是直接渲染，也就是控制器根本就不知道重定向的发生。
　　3.2）forward:前缀
　　　　使用包含有forward:前缀的视图名，这些视图名会被UrlBasedViewResolver和它的子类正确解析。 解析的内部实现是生成一个InternalResourceView， 这个视图最终会调用RequestDispatcher.forward()方法，将forward视图名的其余部分作为URL。 所以，当使用InternalResourceViewResolver/InternalResourceView， 并且你所用的视图技术是JSP时，你没有必要使用这个前缀。 但是，当你主要使用其它的视图技术，但仍需要对Servlet/JSP engine处理的页面强制forward时， 这个forward前缀还是很有用的。

4、关于视图渲染

　　DispatcherServlet获取到ModelAndView之后，便进行最后一步操作，视图渲染，其执行过程为：doService()--->doDispatch()--->processDispatchResult()--->render()。View接口的实现类处理请求将真正的视图呈现给用户。

Spring MVC之视图解析器

参考：http://www.cnblogs.com/best/p/5670509.html

https://blog.zenfery.cc/archives/131.html?replytocom=14

相关文章