SpringMVC攔截器 - 設置不攔截html,js等靜態文件

攔截器中增加針對靜態資源不進行過濾(涉及spring-mvc.xml)

<mvc:resources location="/" mapping="/**/*.js"/>  
<mvc:resources location="/" mapping="/**/*.css"/>  
<mvc:resources location="/assets/" mapping="/assets/**/*"/>  
<mvc:resources location="/images/" mapping="/images/*" cache-period="360000"/>

<mvc:interceptors>
    <mvc:interceptor>
        <mvc:mapping path="/**/*"/>
        <mvc:exclude-mapping path="/**/fonts/*"/>
        <mvc:exclude-mapping path="/**/*.css"/>
        <mvc:exclude-mapping path="/**/*.js"/>
        <mvc:exclude-mapping path="/**/*.png"/>
        <mvc:exclude-mapping path="/**/*.gif"/>
        <mvc:exclude-mapping path="/**/*.jpg"/>
        <mvc:exclude-mapping path="/**/*.jpeg"/>
        <mvc:exclude-mapping path="/**/*login*"/>
        <mvc:exclude-mapping path="/**/*Login*"/>
        <bean class="com.luwei.console.mg.interceptor.VisitInterceptor"></bean>
    </mvc:interceptor>
</mvc:interceptors>

使用默認的靜態資源處理Servlet處理靜態資源(涉及spring-mvc.xml, web.xml)

spring-mvc.xml中啟用默認Servlet

<mvc:default-servlet-handler/>

web.xml中增加對靜態資源的處理

<servlet-mapping>    
    <servlet-name>default</servlet-name>    
    <url-pattern>*.js</url-pattern>    
    <url-pattern>*.css</url-pattern>    
    <url-pattern>/assets/*"</url-pattern>    
    <url-pattern>/images/*</url-pattern>    
</servlet-mapping>

修改Spring的全局攔截設置為*.do的攔截（涉及web.xml）

只對*.action結尾的有效,其他一律放行

<servlet>
    <servlet-name>SpringMVC</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>classpath:spring-mvc.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
    <async-supported>true</async-supported>
</servlet>
<servlet-mapping>
    <servlet-name>SpringMVC</servlet-name>
    <url-pattern>*.action</url-pattern>
</servlet-mapping>

針對這三種方案的優劣分析

1. 第一種方案配置比較臃腫，多個攔截器時增加文件行數，不推薦使用；
2. 第二種方案使用默認的Servlet進行資源文件的訪問，Spring攔截所有請求，然后再將資源文件交由默認的Sevlet進行處理，性能上少有損耗；
3. 第三種方案Spring只是處理以'.action'結尾的訪問，性能上更加高效，但是再訪問路徑上必須都以'.action'結尾，URL不太文雅；

綜上所述，推薦使用第二和第三中方案