出現這個錯誤的時候往往伴隨着一系列高大上的錯誤,比如會出現類似[StandardEngine[Catalina].StandardHost[localhost].StandardContext 等很長一串錯誤,事實上解決方案很簡單,web.xml寫錯了。
原因很顯然是 <url-pattern> 寫錯了。
而其規則為:
注意點有兩點:
1、不要忘記開頭必須是/或者*
2、網上流傳的經典錯誤:寫成形如/*.xxx 的樣式,一定注意,*后面什么都不能跟啦
另外說明下請求url和servlet中配置的<url-pattern>的匹配規則:
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中定義的順序相同。
缺省servlet:org.apache.catalina.servlets.DefaultServlet,作用是處理其他servlet處理不到的請求
我們知道,在我們工程的web.xml中,會配置servlet映射,但是有些訪問無法找到映射,如一些靜態圖片,一些js文件等,那服務器是如何返回給客戶端的呢?
要回答上面的問題,我們必須詳細了解下DefaultServlet,下面我們看tomcat的官方解釋。
1.什么是DefaultServlet?
默認的servlet是既服務於靜態資源又服務於目錄列表(如果允許目錄列表的話)的servlet。
2.它被聲明在哪里?
它在$CATALINA_HOME/conf/web.xml中被全局聲明。默認形式的聲明是這樣的: $CATALINA_HOME/conf/web.xml
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>true</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
...
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
因此在默認的情況下,默認servlet在webapp啟動時被裝載,目錄列表不可用,日志調試功能被關掉。
當訪問的資源在工程的web.xml中沒有Servlet映射時,我們如何加載資源的呢?
其實這就是一個io操作,DefaultServlet先根據客戶端的訪問路徑,獲取資源路徑,然后找到服務器上資源絕對路徑,再判斷是否存在,如果不存在,則返回404或做其他處理,如果存在,則進行一個io讀取操作返回給客戶端。