對路徑問題一直不是很懂，迷迷糊糊的，今天看見一個大佬的寫的總結，偷過來和大家分享，大家歡迎，
真的是很容易被忽視的錯誤，servlet 配置url的時候遇到問題，這個之前確實沒有詳細了解過，
出現這個錯誤的時候往往伴隨著一系列高大上的錯誤，比如會出現類似[StandardEngine[Catalina].StandardHost[localhost].StandardContext 等很長一串錯誤，事實上解決方案很簡單，web.xml寫錯了，
原因很顯然是 <url-pattern> 寫錯了，
而其規則為：
注意點有兩點：
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中定義的順序相同，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/170359.html
標籤：Java
上一篇：Caused by: java.sql.SQLSyntaxErrorException: Unknown column 'name' in 'field list'