springMVC 配置——viewResolver

在springmvc的配置中，很重要的一个就是viewResolver，中文叫做视图解析器。他的作用就是处理MVC模式下从C到V的连接。视图可以使jsp的，也可以是velocity的，也可以是freemarker的，针对于不同的视图，springmvc定义了不同的视图解析器，所有的这些在org.springframework.web.servlet.view.UrlBasedViewResolver类的源码中都可以找到。今天我就把我对这个类的源码的总结记录下来。

视图解析器有很多个，一般的我们使用jsp作为视图的时候会使用org.springframework.web.servlet.view.InternalResourceViewResolver，使用velocity作为视图时会选择org.springframework.web.servlet.view.velocity.VelocityViewResolver，他们的共同的配置都在这个UrlBasedViewResolver中。

普遍的配置如下：prefix="/WEB-INF/JSP/" suffix=".jsp" 从controller返回的viewname是test，那么最终的跳转到的是/WEB-INF/jsp/test.jsp。

1、redirect:

如果一个路径是以redirect开头的，比如“redirect:myAction.do”，会出发一个重定向的指令，即302，而不是和普通的路径一样找视图。

2、forward:

如果一个路径是以forward开头的，比如forward:myAction.do就会出发一次新的访问，就是重新访问一次springmvc的servlet，这个就像是我们在使用servlet开发时的forward，只不过servlet中的forward是跳转的有jsp生成的servlet。

3、配置多个resolver，

如果配置多个viewResolver的话，可以使用下面的order或者是viewNames，但是不能使用前缀或者是后缀，因为这两个都是用来添加到viewName上的的，不是用来区别viewName的。 

在配置多个resolver的时候，还有个需要注意的地方，即当没有找打指定的url对应的资源的时候，除了InternalViewResolver外，都会让停止解析，但是InternalViewResolver不会，所以源码中说要将InternalViewResolver放在最后，不过我觉得最好的办法还是使用viewNames来判断，比如我们有jsp和velocity的，我们可以在jsp的InternalViewResolver中设置suffix为“”，（默认就是“”），viewNames为“*.jsp”，然后再controller中返回的是xxx.jsp，在velocity的viewResolver中设置suffix为.vm，然后再controller中返回的就是xxx.vm，这样就不存在解析顺序的问题两天。

4、contentType属性

设置所有视图的属性，也就是jsp中的<meta Content-Type..../>，源码中的javadoc中说这个可能被忽略，如果视图已经有了这个配置的话，比如jsp中。

5、redirectContextRelative

这个属性很重要，默认是true，表示的是在重定向时，要不要以当前的contextPath以相对路径，如果是在servlet中的重定向时，我们必须写上当前应用的contextPath，但是在springmvc中我们在重定向时不用写，我想起来刚开始学习springmvc时我还烦了错误，现在知道了原来springmvc默认自动给我们加上了contextPath，当然我们是可以通过这个配置为false的。

6、viewNames  

是一个字符串的数组

这个属性是我今天第一次发现，他的意思是这样的，在我们配置的viewResolver中，在解析视图时先回调用这个类中的canHandle方法，这个方法内部就是调用正则表达式判断要解析的viewName能不能匹配当前viewResolver的newNames，只有在能解析的时候才会继续解析。

canhandle的源码：

 

protected boolean canHandle(String viewName, Locale locale) {
    String[] viewNames = getViewNames();
    return (viewNames == null || PatternMatchUtils.simpleMatch(viewNames, viewName));
}

 可以发现当viewName是null就会解析，PatternMatchUtils.simpleMath的源码如下：

 

 

public static boolean simpleMatch(String[] patterns, String str) {
	if (patterns != null) {
		for (int i = 0; i < patterns.length; i++) {
			if (simpleMatch(patterns[i], str)) {
				return true;
			}
		}
	}
	return false;
}

这个的判定条件是正则表达式匹配，只要有个匹配即可。 在viewResolver的viewName中可以使用简单的通配符，比如*。

 

我这里做了一个实验：

我的springmvc的配置文件是这样的：

 

<!-- 跳转到jsp的viewResolver -->
<bean
	class="org.springframework.web.servlet.view.InternalResourceViewResolver">
	<property name="prefix" value="/WEB-INF/jsp/" />
	<property name="suffix" value=".jsp" />
	<property name="viewNames">
	    <array>
	       <value>a*</value>
	    </array>
	</property>
</bean>

 我的意图是这个viewResolver只能解析以a开头的试图，其他的都不能解析，我的controller是这样的

 

 

@Controller
@RequestMapping("/hello")
public class HelloWorldController {
	
	@RequestMapping("aaa.do")
	public String aaa(){
		return "aaa";
	}
	
	@RequestMapping("bbb.do")
	public String bbb(){
		return "bbb";
	}

 

 

当我访问aaa.do的时候，正常访问，但是当我访问bbb.do的时候就报了一下的错误：

[Could not resolve view with name 'bbb' in servlet with name 'springDispatcherServlet'] with root cause

 

javax.servlet.ServletException: Could not resolve view with name 'bbb' in servlet with name 'springDispatcherServlet'，于是我们的理解得到验证。

7、order属性

 int类型的，源码的doc中说的是制定这个resolver的执行顺序，我做了如下的测试

我在springmvc的配置文件中加入了两个viewResolver，然后给他们不同的前缀和order，看一下到底是哪一个执行还是两个都执行

我的配置的截图如下：

 

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

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

 然后在/WEB-INF下创建了一个jsp2的文件夹，然后再访问之前的aaa.do，发现是配置的order=1的resolver起作用了，然后我又把原先order=1的resolver改为order=3，发现是仅仅执行了order=2的resolver，可以总结order小的先执行，而且执行完了之后其他的resolver不会执行了。