静态资源到处都是坑!明白原理才能绕过这些坑!
web.xml配置servlet中四种路径的区别
在web.xml文件的配置中,四种路径编写方式优先级如下图:
其中b和d都能接收所有请求,仅仅是在优先级上有区别。
d是优先级最低的,所以如果一个路径有”人”要就不会执行到d,tomcat服务器（无论什么服务器）有一个默认的请求处理方案：在tomcat服务器的配置文件: tomcat8confweb.xml中有一个默认的web配置文件,其中配置了jsp和default。
都配置了<load-on-startup>,所以这两个默认请求处理会在tomcat启动时进行加载。
从图中可以看出,jsp配置的url-pattern为*.jsp和*.jspx,优先级高于/的优先级,所以当请求jsp页面时,会由类JspServlet进行处理。
default配置为在请求路径匹配完其他所有Servlet还是没有匹配到的情况下,请求会被发到default,由DefaultServlet进行处理,一般请求的静态资源,无效路径等等都会通过DefaultServlet进行处理。
而在配置springmvc框架时,一般在web.xml中将DispatcherServlet映射路径配置成/
这样配置会覆盖掉tomcat配置的默认的default,而,DispatcherServlet没有处理静态资源的能力,所以会报错或者需要在springmvc中进行关于静态资源的配置。
什么是静态资源?
css、js、图片、html等都是静态资源
放行静态资源
不使用springmvc框架分析
不使用springmvc框架,这些静态资源请求都会由tomcat的默认的default进行处理。
使用了springmvc框架分析
如果配置的DispatcherServlet的映射路径不为/时，对静态资源的请求最终会由tomcat的默认配置来处理，所以不影响静态资源的正常访问。
如果配置的DispatcherServlet的映射路径为/时,会覆盖掉tomcat的默认的default配置，所以需要在springmvc文件中进行配置，对静态资源进行放行。
放行静态资源的三种方式：
方式一：最简单（推荐）
spring mvc配置文件中加入以下内容：
在springmvc文件中配置上<mvc:default-servlet-handler/>,发出静态资源请求后,请求传到DispatcherServlet,DispatcherServlet调用RequestMappingHandlerMapping进行映射匹配,匹配不成功,DispatcherServlet最终会将请求转交给tomcat默认default进行处理。
方式二：更加灵活
在springmvc配置文件中配置
<mvc:resources mapping=”/css/**” location=”/css/”/>
其中,*代表一级目录,**代表多级目录。
方式三：修改DispatcherServlet的映射规则
*.do的优先级高于/,不影响tomcat默认配置的default,所以DispatcherServlet处理不了的会交给tomcat默认default进行处理。
明确：在jsp或html页面中如果有<link> <script><img>，浏览器都会自动发送请求。
其他请求不到静态资源的可能原因
一.jsp或者html界面引用js文件错误
这是一个隐藏很深的坑,编写script时没有写完整,使用360浏览器(谷歌内核)测试还不报错!!
正确编写方式:
二.在WEB-INF目录下的静态资源只有服务器能访问,客户端无法直接访问
众所周知,WEB-INF是被保护的目录,不允许客户端进行访问,这里就涉及两个概念:
请求转发 和 重定向
请求转发会间接的由服务器去访问WEB-INF,所以可以访问,
重定向请求静态资源属于客户端进行请求,所以不能访问静态资源.