在JSP视图技术中，Spring MVC经常会使用 UrlBasedViewResolver视图解析器，该解析器会将视图名称翻译成URL并通过RequestDispatcher处理请求后渲染视图。
<bean class=”org.springframework.web.servlet.view.UrlBasedViewResolver”> <property value=”org.springframework.web.servlet.view.JstlView”/> <property value=”/WEB-INF/views/”/> <property value=”.jsp”/></bean>
假如我们配置了如上所示的URL视图解析器，我们返回了一个叫“favmvc”的视图名称，视图解析器就会将请求转发到RequestDispatcher，然后跳转到/WEB-INF/views/favmvc.jsp页面。
假如我们想要在应用中使用不同的视图技术，，我们就应该使用 ResourceBundleViewResolver。
<bean class=”org.springframework.web.servlet.view.ResourceBundleViewResolver”> <property value=”views”/> <property value=”parentView”/></bean>
ResourceBundleViewResolver对于每个要处理的视图，都会检查 ResourceBundle中basename的唯一性，它使用 [viewname].(class)作为视图类，[viewname].url作为视图的url。
2. 链式视图解析器（Chaining ViewResolvers）
Spring支持同时配置多个视图解析器，也就是链式视图解析器。这样，在某些情况下，就能够重写某些视图。如果我们配置了多个视图解析器，并想要给视图解析器排序的话，设定 order 属性就可以指定解析器执行的顺序。order的值越高，解析器执行的顺序越晚。
下面代码所示的例子由两个视图解析器组成。 InternalResourceViewResolver总是最后一个执行，而 XmlViewResolver则指定解析XML视图（InternalResourceViewResolver不支持Excel视图）。
<bean> <property value=”org.springframework.web.servlet.view.JstlView”/> <property value=”/WEB-INF/jsp/”/> <property value=”.jsp”/></bean><bean> <property value=”1″/> <property value=”/WEB-INF/views.xml”/></bean><!– in views.xml –><beans> <bean/></beans>
如果视图解析器没有指定视图的话，Spring就会检查其它的视图解析器，直到有一个完整的包含视图的视图解析器。如果一个完整的视图解析器也没有找到的话，Spring就会抛出 ServletException。
视图解析器规定如果没有找到视图就返回null。但不是所有的视图解析器都这么做，因为在某些情况下，解析器并不能检测是否存在视图。比如InternalResourceViewResolver在内部使用RequestDispatcher时，调度转发是判断JSP是否存在的唯一方法，但该action却只能执行一次。VelocityViewResolver和其它的一些解析器也这样，区分这些视图解析器能否在找不到视图的情况下返回null，最好的方法就是看官方文档中它是否支持了。由于 InternalResourceViewResolver总会返回视图，在视图链中使用InternalResourceViewResolver就能让你避免这些问题。
3. 重定向视图
在controller控制器中强制重定向的方法就是创建并返回Spring的RedirectView实例。在这种情况下，DispatcherServlet不再使用正常的视图机制，因为它已经返回了重定向视图，DispatcherServlet只是告诉视图去显示。
RedirectView会调用 HttpServletResponse.sendRedirect()方法，然后它就作为HTTP重定向返回给客户端浏览器。默认情况下，所有的模板属性变量都认为是重定向URL，其余的属性自动附加为查询参数。
redirect前缀
尽管RedirectView工作机制很好，但如果控制器本身创建RedirectView时，毫无疑问控制器本身知道该如何重定向。这样做并不好，控制器不应该关心响应如何处理，它只是处理被注入的视图名称。
当我们在返回视图名称时，如果使用了“redirect：”前缀（如“redirect : /login”），UrlBasedViewResolver视图控制器会识别这是一次特殊的重定向，并把redirect后面的视图名称当做重定向的地址。
假如我们在应用中返回“redirect:/favboy”视图时， 系统会重定向到。但如果我们返回了“redirect:”这样的视图时，系统会重定向到favsoft.me的视图上。
forward前缀
forward前缀视图是另一种通过URLBasedViewResolver机制处理到的转向机制，它在视图名称周围创建InternalResourceView，因此这个前缀跟InternalResourceViewResolver和InternalResourceView无关。但这个前缀在你想使用其它视图技术但想强制通过Servlet/JSP引擎处理资源进行转向时是有用的。
redirect与forward的区别
教育人的,激励人的,安慰人不开心的. 或者是 诗词 诗经里的..
