SpringMVC 对于静态资源的处理

在使用SpringMVC捕获web请求时，当我们配置为下面这种时 它会捕获所有的请求。但是这样就遇到一个问题，当我们访问静态资源文件的时候也会被DispatcherServlet捕获，最终导致我们对静态资源的访问总是404。那么如何在全请求捕获的情况下访问到静态资源呢，经过网上的查询，最终知道两种对于静态资源的配置方法。

<!--SpringMVC配置 -->
    <servlet>
        <servlet-name>dispatcher</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:com/config/applicationContext_servlet.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>dispatcher</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

方法1 spring-mvc的配置中加<mvc:default-servlethandler />

它会在Spring
MVC上下文中定义一个org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler，它会像一个检查员，对进入DispatcherServlet的URL进行筛查，如果发现是静态资源的请求，就将该请求转由Web应用服务器默认的Servlet处理，如果不是静态资源的请求，才由DispatcherServlet继续处理。

方法2 spring-mvc的配置中加<mvc:resources />

由Spring MVC框架自己处理静态资源，并添加一些有用的附加值功能，允许静态资源放在任何地方并可指定静态资源在浏览器端的缓存时间，
示例如：<mvc:resources location="/"
mapping="/resources/**"/>即将Web根路径”/”映射到/resources路径

<!-- 静态资源映射 -->
    <mvc:resources mapping="/javascript/**" location="/static_resources/javascript/"/>  
    <mvc:resources mapping="/styles/**" location="/static_resources/css/"/>  
    <mvc:resources mapping="/images/**" location="/static_resources/images/"/>  
    <mvc:default-servlet-handler />

又看到一种方法： 激活Tomcat的defaultServlet来处理静态文件 在webXml中配置

<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了，我想性能是最好的吧。。