标签：部分 ext 总结 路径 def 去掉 错误 问题 相同
对路径问题一直不是很懂，迷迷糊糊的。今天看见一个大佬的写的总结。偷过来和大家分享。大家欢迎。
真的是很容易被忽视的错误，servlet 配置url的时候遇到问题，这个之前确实没有详细了解过。
出现这个错误的时候往往伴随着一系列高大上的错误，比如会出现类似[StandardEngine[Catalina].StandardHost[localhost].StandardContext 等很长一串错误，事实上解决方案很简单，web.xml写错了。
原因很显然是 <url-pattern> 写错了。
而其规则为：
①完全匹配：以“/”开头，以字母（非“*”）结束
如：<url-pattern>/test/list.do</url-pattern>
②目录匹配：以“/”开头且以“/*”结尾
如：<url-pattern>/test/*</url-pattern>
<url-pattern>/*</url-pattern>
③扩展名匹配：以“*.”开头，以扩展名结束
如：<url-pattern>*.do</url-pattern>
④ “/” 用来表明对应的Servlet为应用默认的Servlet。在这种情况下Servlet路径是请求的URI去掉上下文路径并且路径信息为null。
注意点有两点：
1、不要忘记开头必须是/或者*
2、网上流传的经典错误：写成形如/*.xxx 的样式，一定注意，*后面什么都不能跟啦
另外说明下请求url和servlet中配置的<url-pattern>的匹配规则：
当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是 http://localhost/test/aaa.html，我的应用上下文是test，容器会将http://localhost/test去掉， 剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下 的servlet了（filter不同，后文会提到）。其匹配规则和顺序如下：
1. 精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为http://localhost/test ，这个时候容器就会先进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，也不会去理会其他的 servlet了。
2. 最长路径匹配。例子：servletA的url-pattern为/test/*，而servletB的url-pattern为/test/a/*，此 时访问http://localhost/test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB。
3. 扩展匹配，如果url最后一段包含扩展，容器将会根据扩展选择合适的servlet。例子：servletA的url-pattern：*.action
4. default servlet 如果前面三条规则都没有找到一个servlet，容器会根据url选择对应的请求资源。如果应用定义了一个default servlet，则容器会将请求丢给default servlet（什么是default servlet？下面有讲）。
根据这个规则表，就能很清楚的知道servlet的匹配过程，所以定义servlet的时候也要考虑url-pattern的写法，以免出错。
对于filter，不会像servlet那样只匹配一个servlet，因为filter的集合是一个链，所以只会有处理的顺序不同，而不会出现只选择一 个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。
Invalid [xxx] in servlet mapping 、 <url-pattern>的匹配规则
标签：部分 ext 总结 路径 def 去掉 错误 问题 相同
原文地址：https://www.cnblogs.com/threeAgePie/p/13059201.html
