防止SpringMVC攔截器攔截js等靜態資源文件的解決方法
SpringMVC提供mvc:resources來設置靜態資源,但是增加該設置如果採用通配符的方式增加攔截器的話仍然會被攔截器攔截,可採用如下方案進行解決:
方案一:攔截器中增加針對靜態資源不進行過濾(涉及spring-mvc.xml)
在SpringMVC配置文件中配置
<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)
1.在spring-mvc.xml中啓用默認Servlet
<mvc:default-servlet-handler/>
2.在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>
PS:但是當前的設置必須在Spring的Dispatcher的前面
方案三:修改Spring的全局攔截設置爲*.do的攔截(涉及web.xml)
<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>*.do</url-pattern>
</servlet-mapping>
這樣設置,Spring就會只針對以".do"結尾的請求進行處理,就可以避免對靜態資源的過濾了,也就不需要對靜態資源做特殊處理了
總結:
針對這三種方案的優劣分析:
第一種方案配置比較臃腫,多個攔截器時增加文件行數,不推薦使用;
第二種方案使用默認的Servlet進行資源文件的訪問,Spring攔截所有請求,然後再將資源文件交由默認的Sevlet進行處理,性能上少有損耗;
第三種方案Spring只是處理以’.action’結尾的訪問,性能上更加高效,但是再訪問路徑上必須都以’.action’結尾,URL不太文雅;
綜上所述,推薦使用第二和第三中方案