<url-pattern>/*</url-pattern>和<url-pattern>/</url-pattern>用法
<url-pattern>/*</url-pattern>
如果我们的项目中配置了"/",表示处理jsp之外所有的请求都会拦截,静态资源也不例外【.jpg/.css/.js等】,
/
**会覆盖掉tomcat中的默认servlet(),**虽然DispatcherServlet拦截了静态请求,但是没有处理静态资源的能力,所以当访问静态资源的时候,导致无法访问。
<url-pattern>/*</url-pattern>
这种形式将会覆盖所有其它的servlet。不管你发出了什么样的请求,最终都会在这个servlet中结束。因此,对于servlet来说,这是一个很糟糕的URL模式。通常来讲,你只会想要在一个Filter中使用这种模式。它可以通过调用doFilter()方法来使请求继续。
解决方式
<mvc:default-servlet-handler/>
如果发现是静态资源的请求,就将该请求转由Web应用服务器默认的Servlet处理,如果不是静态资源的请求,才由DispatcherServlet继续处理,如果把静态资源交给DispatcherServlet处理,那么就会经过HandlerMapping, HandlerAdapter的处理,但是由于静态资源文件的名字是带有.jsp、.mp3、.html、.css、.js等后缀的,在解析的时候就会出问题。
<mvc:resources mapping="/resources/**" location="/" />
首先,<mvc:resources />允许静态资源放在任何地方,如WEB-INF目录下、类路径下等,你甚至可以将JavaScript等静态文件打到JAR包中。通过location属性指定静态资源的位置,由于location属性是Resources类型,因此可以使用诸如"classpath:"等的资源前缀指定资源位置。传统Web容器的静态资源只能放在Web容器的根路径下,<mvc:resources />完全打破了这个限制。
location:资源的绝对路径
mapping:映射路径即URL访问路径(http://localhost:8080/项目名称/resources/a.jpg) resources会映射到location的“/”中
<url-pattern>*.do</url-pattern>
我们可以通过使用*.do来过滤请求,这样如果我们在页面中的请求中添加后缀名.do就可以避免对静态资源的过滤了,也就不需要对静态资源做特殊处理了