SpringMVC访问静态资源的三种方式小结

如果你的dispatcherservlet拦截 *.do这样的url，就不存在访问不到静态资源的问题。如果你的dispatcherservlet拦截“/”，拦截了所有的请求，同时对*.js,*.jpg的访问也就被拦截了。

目的：可以正常访问静态文件，不要找不到静态文件报404。

方案一：激活tomcat的defaultservlet来处理静态文件

<servlet-mapping>
  <servlet-name>default</servlet-name>
  <url-pattern>*.jpg</url-pattern>
</servlet-mapping>
<servlet-mapping>
  <servlet-name>default</servlet-name>
  <url-pattern>*.js</url-pattern>
</servlet-mapping>
<servlet-mapping>
  <servlet-name>default</servlet-name>
  <url-pattern>*.css</url-pattern>
</servlet-mapping> 

要配置多个，每种文件配置一个  
要写在dispatcherservlet的前面， 让defaultservlet先拦截，这个就不会进入spring了，我想性能是最好的吧。

• tomcat, jetty, jboss, and glassfish  默认 servlet的名字 -- "default"
• google app engine 默认 servlet的名字 -- "_ah_default"
• resin 默认 servlet的名字 -- "resin-file"
• weblogic 默认 servlet的名字  -- "fileservlet"
• websphere  默认 servlet的名字 -- "simplefileservlet"
  

方案二： 在spring3.0.4以后版本提供了mvc:resources

mvc:resources 的使用方法：

<!--对静态资源文件的访问-->
<mvc:resources mapping="/images/**" location="/images/" />

/images /**映射到 resourcehttprequesthandler 进行处理，location指定静态资源的位置.可以是web application根目录下、jar包里面，这样可以把静态资源压缩到jar包中。cache-period可以使得静态资源进行web cache 

如果出现下面的错误，可能是没有配置 <mvc:annotation-driven /> 的原因。

报错warning: no mapping found for http request with uri [/mvc/user/finduser/lisi/770] in dispatcherservlet with name 'springmvc'

使用 <mvc:resources/> 元素,把 mapping 的 uri 注册到 simpleurlhandlermapping的urlmap 中,key 为 mapping 的 uri pattern值,而 value为 resourcehttprequesthandler,这样就巧妙的把对静态资源的访问由 handlermapping 转到 resourcehttprequesthandler 处理并返回,所以就支持 classpath 目录, jar 包内静态资源的访问.

另外需要注意的一点是,不要对 simpleurlhandlermapping 设置 defaulthandler. 因为对 static uri 的 defaulthandler 就是resourcehttprequesthandler,否则无法处理static resources request.

方案三 ，使用<mvc:default-servlet-handler/>

<mvc:default-servlet-handler/>

会把 "/**" url,注册到 simpleurlhandlermapping 的 urlmap 中,把对静态资源的访问由 handlermapping 转到org.springframework.web.servlet.resource.defaultservlethttprequesthandler 处理并返回.

defaultservlethttprequesthandler 使用就是各个 servlet 容器自己的默认 servlet.

补充说明：多个handlermapping的执行顺序问题：

defaultannotationhandlermapping 的 order 属性值是：0

<mvc:resources/ >自动注册的 simpleurlhandlermapping 的 order 属性值是： 2147483646

<mvc:default-servlet-handler/>自动注册的 simpleurlhandlermapping 的 order 属性值是：2147483647

spring 会先执行 order 值比较小的。当访问一个 a.jpg 图片文件时，先通过 defaultannotationhandlermapping 来找处理器，一定是找不到的，我们没有叫 a.jpg 的 action。再按 order 值升序找，由于最后一个 simpleurlhandlermapping 是匹配 "/**" 的，所以一定会匹配上，再响应图片。

访问一个图片，还要走层层匹配。真不知性能如何？改天做一下压力测试，与apache比一比。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。