SpringMVC中拦截/和拦截/*的区别

1、咱们都知道在基于Spring的Application中，须要在web.xml中增长下面相似的配置信息：

此处须要特别强调的是 /使用的是/，而不是/*,若是使用/*,那么请求时能够经过DispatcherServlet转发到相应的Action或者Controller中的，可是返回的内容，如返回的jsp还会再次被拦截，这样致使404错误，即访问不到jsp。因此若是之后发现老是有404错误的时候，别忘了check一下 /的配置是不是/*.

2、其实Spring 的Servlet拦截器匹配规则（即 ... ）均可以本身定义，例：当映射为@RequestMapping("/user/add")时

一、拦截*.do、*.htm， 例如：/user/add.do

这是最传统的方式，最简单也最实用。不会致使静态文件（jpg,js,css）被拦截。

二、拦截/，例如：/user/add

能够实现如今很流行的REST风格。不少互联网类型的应用很喜欢这种风格的URL。

弊端：会致使静态文件（jpg,js,css）被拦截后不能正常显示。想实现REST风格，事情就是麻烦一些。后面有解决办法还算简单。

三、拦截/*，这是一个错误的方式，请求能够走到Action中，但转到jsp时再次被拦截，不能访问到jsp。

3、如何访问到静态的文件，如jpg,js,css?

若是你的DispatcherServlet拦截"*.do"这样的有后缀的URL，就不存在访问不到静态资源的问题。 

若是你的DispatcherServlet拦截"/"，为了实现REST风格，拦截了全部的请求，那么同时对*.js,*.jpg等静态文件的访问也就被拦截了。 

咱们要解决这个问题。

目的：能够正常访问静态文件，不能够找不到静态文件报404。

方案一：激活Tomcat的defaultServlet来处理静态文件

特色：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，  使用方法：

images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.能够是webapplication根目录下、jar包里面，这样能够把静态资源压缩到jar包中。cache-period 可使得静态资源进行webcache 

  
若是出现下面的错误，多是没有配置的缘由。 
报错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的URIpattern值,而value为ResourceHttpRequestHandler, 
这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,因此就支持classpath目录,jar包内静态资源的访问. 
另外须要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.由于对staticuri的defaultHandler就是ResourceHttpRequestHandler, 
不然没法处理static resources request.

方案三 ，使用

会把"/**"url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回. 
DefaultServletHttpRequestHandler使用就是各个Servlet容器本身的默认Servlet.

补充说明：多个HandlerMapping的执行顺序问题：

DefaultAnnotationHandlerMapping的order属性值是：0 

<<SPANclass=Apple-converted-space> mvc:resources/ > 自动注册的 SimpleUrlHandlerMapping 的order属性值是： 2147483646

自动注册 的SimpleUrlHandlerMapping 的order属性值是： 2147483647

spring会先执行order值比较小的。当访问一个a.jpg图片文件时，先经过DefaultAnnotationHandlerMapping来找处理器，必定是找不到的，由于咱们没有叫a.jpg的Action。而后再按order值升序找，因为最后一个SimpleUrlHandlerMapping 是匹配 "/**"的，因此必定会匹配上，就能够响应图片。 访问一个图片，还要走层层匹配。不知性能如何？

最后再说明一下，方案2、方案三在访问静态资源时，若是有匹配的(近似)总拦截器，就会走拦截器。若是你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。

如何你的DispatcherServlet拦截 *.do这样的URL后缀，就不存上述问题了。仍是有后缀方便。

原文参考:http://blog.sina.com.cn/s/blog_54829a240102vj0z.html