深入理解SpringMVC中web.xml中配置/和/*的区别

此文章建立在这篇博客的基础上，记录一些自己的理解，如果有路过的小伙伴看到这篇博客时，先阅读以下文章，如果阅读完再阅读我这篇博客能够帮助理解就真的非常高兴了。
超链接：参考博客

/和/*的区别：

两者都能够匹配任何资源，只不过两者匹配的优先级是不一样的，当请求资源与其他Servlet都无法匹配时，才会走/的路径，和/所关联的Servlet进行匹配，所以/的优先级是比较低的。

需要知道的两件事：

1、在Tomcat的conf/web.xml路径中，
存在DefaultServlet来处理静态资源（.html/.css/.jpg等）

2、在Tomcat中conf/web.xml的路径中
有org.apache.jasper.servlet.JspServlet这个Servlet来处理jsp资源。

参考博客中有五种情况（建议对比原文表格）：

情况一：

请求http://localhost:8080/，web.xml中的SpringMVC设置为/，并且添加<mvc:default-servlet-handler />来处理静态资源。

处理：其实这里分开了两条路，jsp页面走了Tomcat自带的jsp处理Servlet，而静态资源走了<mvc:default-servlet-handler />。

为什么？因为请求资源与其他Servlet都无法匹配时，才会走/的路径，但是Tomcat已经有jsp的Servlet了，自然是不会走/的。

情况二

请求http://localhost:8080/，web.xml中的SpringMVC设置为/，不添加<mvc:default-servlet-handler />来处理静态资源。

同上，jsp页面走了Tomcat自带的Servlet，但是静态资源会被SpringMVC设置的/给拦截掉，如果不添加<mvc:default-servlet-handler />，就没有办法处理.jpg这样的静态资源。

情况三

请求http://localhost:8080/，web.xml中的SpringMVC设置为/*，添加<mvc:default-servlet-handler />来处理静态资源。

/*优先度高于Tomcat设置的jsp处理Servlet，因此会被mvc容器给拦截，但是mvc中没有找到对应的处理Servlet，所以报错404。

情况四

请求http://localhost:8080/index.jsp，web.xml中的SpringMVC设置为/*，添加<mvc:default-servlet-handler />来处理静态资源。

在这里同上，确实会被/*给拦截到，但是写的路径非常详细，因此可以找到jsp的资源，但是服务器会误认为这整个jsp都是静态资源，然后交给<mvc:default-servlet-handler />处理，肯定处理出来结果不会准确，因为jsp是动态资源。

情况五

请求http://localhost:8080/index.jsp，web.xml中的SpringMVC设置为/*，不添加<mvc:default-servlet-handler />来处理静态资源。

在这里同上，既然已经误认为是静态资源了，如果不添加<mvc:default-servlet-handler />，就是没有办法处理静态资源，因此报错404。

过滤器对外访问虚拟路径可以配置成/吗?

在参考博客的原文中，写的有点绕，不过我认为本质依旧是那一条原则。
请求资源与其他Servlet都无法匹配时，才会走/的路径。
/的路径是优先级是很低的，如果过滤器用/的话，是不是会很容易被Tomcat默认的一些过滤器给优先替代掉呢？我是这样理解的。
因此自定义一般用/*，这样的话过滤器的优先级就非常高。