在前几年的web开发中,url通常是以.do、.action、.xhtml等等作为结尾,现在是Rest的时代,这样的url显得非常ugly。老版本的Spring MVC不能很好的处理静态资源,所以在web.xml中通常配置DispatcherServlet的url-pattern类似.do、.action这种。因为如果请求映射配置成/的话,Spring MVC将拦截所有的请求(当然包括静态资源的请求),交由Controller处理,显然静态资源的请求到了Controller那里必然会导致no handler mapping的错误。
那么怎么样在配置请求映射为\的情况下,让Spring MVC能拦截所有请求,同时将静态资源的请求交给web服务器来处理呢?在Spring3.0的版本中,Spring的团队给出了两种解决方案。
web.xml中DispatcherServlet配置
1  | <servlet>  | 
通过上面的配置,让Spring MVC拦截所有的请求。
方案一:<mvc:default-servlet-handler />
在springmvc-servlet.xml中配置了<mvc:default-servlet-handler />之后,将在Spring MVC的context中定义一个org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler类,这个类会检查每一个进入DispatcherServlet的url,如果是静态资源的请求,就将该请求转发给web服务器默认的servlet处理,如果是正常的业务请求则交由DispatcherServlet处理。
上文提到web服务器默认的servlet,一般的web服务器默认servlet命名为“default”,因此DefaultServletHttpRequestHandler能找到它并将静态资源请求转发给它处理,如果你所使用的web服务器默认的servlet名称不是“default”,可以通过default-servlet-name属性来指定:
1  | <mvc:default-servlet-handler default-servlet-name="xxx" />  | 
附Tomcat的默认servlet命名,tomcat的默认servlet命名可以在{TOMCAT_HOME_DIR}/conf/web.xml中找到:
1  | <servlet>  | 
方案二:<mvc:resources />
<mvc:default-servlet-handler />将静态资源请求交给web服务器默认servlet处理,而<mvc:resources />更牛逼,由Spring MVC自行处理静态资源请求,并且提供一些优化的手段。
<mvc:resources />允许将静态资源存放在任意的位置,WEB-INF,类路径等等,通过location属性指定静态资源的位置即可,打破了传统web容器静态资源只能放在根路径下的限制。
而且,<mvc:resources />根据Google page speed,yahoo yslow等浏览器优化原则对静态资源请求进行优化。比如可以通过cacheSeconds属性指定静态资源的缓存时间,充分利用客户端浏览器的缓存来提升响应能力,在response中根据配置设置响应报文头属性。
在springmvc-servlet.xml中配置如下:
1  | <mvc:resources location="/" mapping="/resources/**"/>  | 
以上配置将web根路径映射为resources路径。假如根路径下有images,js目录,images里面有1.jpg,js里面有index.js等文件,则可以通过/resources/images/1.jpg和/resources/js/index.js访问这两个静态资源。
实践
在实践中,方案一中的default-servlet-name千万不可配置错误,否则将会报错:
1  | Caused by:  | 
如果将default-servlet-name和我们web.xml中的servlet-name混为一谈的话,将default-servlet-name设置为servlet-name,将会出现java.lang.StackOverflowError的堆栈溢出错误。