<url-pattern>/</url-pattern>  会匹配到/login这样的路径型url，不会匹配到模式为*.jsp这样的后缀型url
< url-pattern>/*</url-pattern> 会匹配所有url：路径型的和后缀型的url(包括/login,*.jsp,*.js和*.html等)

虽然现在使用原生servlet的项目几乎没有，但是只要是javaWeb就必定离不开servet的，SpringMVC的入口就是一个servlet的映射路径。之所以/会放行jsp，原因是在tomcat种有默认的一个叫default的servlet可以直接匹配请求，/的匹配比较弱，自然就会匹配*.jsp这个映射了。而/*的匹配模式很强，这是*.jsp无法拦截请求。

 1 <servlet>
 2     <servlet-name>springMVC</servlet-name>
 3 　　<servlet-class>
 4 　　    org.springframework.web.servlet.DispatcherServlet
 5     </servlet-class>
 6 　　<load-on-startup>1</load-on-startup>
 7 </servlet>
 8 <servlet-mapping>
 9 　　<servlet-name>springMVC</servlet-name>
10 　　<url-pattern>/</url-pattern>
11 </servlet-mapping>

　　此处需要特别强调的是 <url-pattern>/</url-pattern>使用的是/，而不是/*,如果使用/*,那么请求时可以通过DispatcherServlet转发到相应的Action或者Controller中的，但是返回的内容，如返回的jsp还会再次被拦截，这样导致404错误，即访问不到jsp。所以如果以后发现总是有404错误的时候，别忘了check一下 <url-pattern>/</url-pattern>的配置是否是/*.

二、请求映射

Spring 的Servlet拦截器匹配规则（即 <url-pattern>...</url-pattern> ）都可以自己定义，例：当映射为@RequestMapping("/user/add")时

1、拦截*.do、*.htm， 例如：/user/add.do，这是最传统的方式，最简单也最实用。不会导致静态文件（jpg,js,css）被拦截。

2、拦截/，例如：/user/add，可以实现现在很流行的REST风格。很多互联网类型的应用很喜欢这种风格的URL。弊端：会导致静态文件（jpg,js,css）被拦截后不能正常显示。想实现REST风格，事情就是麻烦一些。后面有解决办法还算简单。

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

三、静态资源映射

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

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

如何可以正常访问静态文件，不可以找不到静态文件报404？

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

 1 <servlet-mapping>
 2 　　<servlet-name>default</servlet-name>
 3 　　<url-pattern>*.jpg</url-pattern>
 4 </servlet-mapping>
 5 <servlet-mapping>
 6 　　<servlet-name>default</servlet-name>
 7 　　<url-pattern>*.js</url-pattern>
 8 </servlet-mapping>
 9 <servlet-mapping>
10 　　<servlet-name>default</servlet-name>
11 　　<url-pattern>*.css</url-pattern>
12 </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 

1 <!-- 对静态资源文件的访问 -->
2 <mvc:resources mapping="/images/**" location="/images/" />

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

方案三 ，使用<mvc:default-servlet-handler/>

1 <mvc:default-servlet-handler/>

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

补充说明：

　　多个HandlerMapping的执行顺序问题：

　　DefaultAnnotationHandlerMapping的order属性值是：0

　　< mvc:resources/ > 自动注册的 SimpleUrlHandlerMapping 的order属性值是： 2147483646

　　<mvc:default-servlet-handler/>自动注册 的SimpleUrlHandlerMapping 的order属性值是： 2147483647

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

　　方案二、方案三 在访问静态资源时，如果有匹配的(近似)总拦截器，就会走拦截器。如果你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。