怎样訪问到静态的文件，如jpg,js,css？
怎样你的DispatcherServlet拦截"*.do"这种有后缀的URL。就不存在訪问不到静态资源的问题。
假设你的DispatcherServlet拦截"/"。为了实现REST风格，拦截了全部的请求。那么同一时候对*.js,*.jpg等静态文件的訪问也就被拦截了。
我们要解决问题。
目的：能够正常訪问静态文件。不能够找不到静态文件报404。
方案一：激活Tomcat的defaultServlet来处理静态文件
Xml代码 
- <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 ， 用法：
Xml代码
- <!-- 对静态资源文件的訪问 -->
- <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/>
Xml代码
- <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 是匹配 "/**"的，所以一定会匹配上，就能够响应图片。
訪问一个图片，还要走层层匹配。不知性能怎样？
最后再说明一下，方案二、方案三 在訪问静态资源时。假设有匹配的(近似)总拦截器，就会走拦截器。
假设你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。
怎样你的DispatcherServlet拦截 *.do这种URL后缀，就不存上述问题了。还是有后缀方便。
转载请注明出处：原文地址：http://elf8848.iteye.com/blog/875830