参考:
1. SpringMVC中拦截/和拦截/*的区别
2. Spring MVC静态资源处理
SpringMVC中拦截配置的几种方式和区别
应该了解到spring mvc在启动前必须要在web.xml中配置servlet,这样才能拦截到想要映射的url地址。
<servlet>
<servlet-name>SpringMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>SpringMVC</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
servlet-mapping则定义了spring mvc起作用的url模式,常见的配置有三种:
(1)*.xxx 这个拦截固定结尾的url,常见的如*.do,*.json等等,这是最传统的方式,最简单也最实用。
不会导致静态文件(jpg,js,css)被拦截。
(2)/ 这个斜杠,表示拦截所有的url,如/test,/test.html;
可以实现现在很流行的REST风格。很多互联网类型的应用很喜欢这种风格的URL。
弊端:会导致静态文件(jpg,js,css)被拦截后不能正常显示。想实现REST风格,事情就是麻烦一些。后面有解决办法还算简单。
(3)/* 这是一个错误的方式,这个模式包含/,请求可以走到Action中,但转到jsp时再次被拦截,不能访问到jsp。
所以如果以后发现总是有404错误的时候,别忘了check一下 /的配置是否是/*.
如何访问到静态的文件,如jpg,js,css等等?
如果你的DispatcherServlet拦截”*.do”这样的有后缀的URL,就不存在访问不到静态资源的问题。
如果你的DispatcherServlet拦截”/”,为了实现REST风格,拦截了所有的请求,那么同时对js,jpg等静态文件的访问也就被拦截了。
我们要解决这个问题。
目的:可以正常访问静态文件,不可以找不到静态文件报404。
方案一:激活Tomcat的defaultServlet来处理静态文件
参考:servlet必知细节(三)– 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>
特点:
1.要配置多个,每种文件配置一个。
2.要写在DispatcherServlet的前面,让 defaultServlet先拦截请求,这样请求就不会进入Spring了。
3.高性能。
备注:
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:
<!--location:文件实际路径。 mapping:请求的URL格式 -->
<mvc:resources location="/WEB-INF/js/" mapping="/js/**" />
<mvc:resources location="/WEB-INF/css/" mapping="/css/**" />
mapping="/js/**"
映射到 ResourceHttpRequestHandler进行处理,location指定静态资源的位置。可以是web application根目录下、jar包里面,这样可以把静态资源压缩到jar包中。cache-period 可以使得静态资源进行web cache
如果出现下面的错误,可能是没有配置的原因。
报错WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name ‘springMVC’
使用元素,把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 />
会把”/**” url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到 org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler 处理并返回.
DefaultServletHttpRequestHandler使用就是各个Servlet容器自己的默认Servlet.
补充说明:
多个HandlerMapping的执行顺序问题:
DefaultAnnotationHandlerMapping的order属性值是:0
自动注册的SimpleUrlHandlerMapping 的order属性值是: 2147483647
spring会先执行order值比较小的。
当访问一个a.jpg图片文件时,先通过 DefaultAnnotationHandlerMapping 来找处理器,一定是找不到的,因为我们没有叫a.jpg的Action。
然后再按order值升序找,由于最后一个 SimpleUrlHandlerMapping 是匹配 “/**”的,所以一定会匹配上,就可以响应图片。
访问一个图片,还要走层层匹配。不知性能如何?
总结:
方案二、方案三 在访问静态资源时,如果有匹配的(近似)总拦截器,就会走拦截器。
如果你在拦截中实现权限检查,要注意过滤这些对静态文件的请求。
如何你的DispatcherServlet拦截 *.do这样的URL后缀,就不存上述问题了。还是有后缀方便。