web.xml 文件中一般包括 servlet, spring, filter, listenr的配置。那么他們是按照一個什么順序加載呢？加載順序會影響對spring bean 的調(diào)用。

比如filter需要用到 bean ，但是加載順序是 先加載filter 后加載spring，則filter中初始化操作中的bean為null；首先可以肯定 加載順序與他們在web.xml 文件中的先后順序無關(guān)。

web.xml 中 listener 和 serverlet 的加載順序?yàn)?先 listener 后serverlet

最終得出結(jié)果：先 listener >> filter >> servlet >> spring

所以，如果過濾器中要使用到 bean，可以將spring 的加載 改成 Listener的方式

<listener> 
   <listener-class> 
     org.springframework.web.context.ContextLoaderListener 
   </listener-class> 
</listener> 

關(guān)于他們的內(nèi)部執(zhí)行順序，也需要注意，如下面文章中遇到的問題：web.xml的filter執(zhí)行順序?qū)е碌膩y碼

發(fā)現(xiàn)引起bug的原因是web.xml的下面幾行：

<filter-mapping> 
  <filter-name>SecurityFilter</filter-name> 
  <url-pattern>*.do</url-pattern> 
</filter-mapping> 
 
<filter-mapping> 
  <filter-name>CharacterEncoding</filter-name> 
  <url-pattern>*.do</url-pattern> 
</filter-mapping> 
 
<filter-mapping> 
  <filter-name>CharacterEncoding</filter-name> 
  <url-pattern>*.jsp</url-pattern> 
</filter-mapping> 

根據(jù)servlet2.3規(guī)范filter執(zhí)行是按照web.xml配置的filter- mapping先后順序進(jìn)行執(zhí)行，所以上面的配置會導(dǎo)致遇見*.do的url請求，先進(jìn)行SecurityFilter的過濾器處理，這時候沒有做編碼處 理，已經(jīng)是亂碼，到下面的filter處理時已經(jīng)時亂碼，再做編碼處理已經(jīng)沒有用處。

修正方式，調(diào)整filter-mapping順序，如 下：

<filter-mapping> 
  <filter-name>CharacterEncoding</filter-name> 
  <url-pattern>*.do</url-pattern> 
</filter-mapping> 
 
<filter-mapping> 
  <filter-name>CharacterEncoding</filter-name> 
  <url-pattern>*.jsp</url-pattern> 
</filter-mapping> 
 
<filter-mapping> 
  <filter-name>SecurityFilter</filter-name> 
  <url-pattern>*.do</url-pattern> 
</filter-mapping> 

Servlet Filter的調(diào)用順序

Filter是一個很有用的東西(前面已經(jīng)提到過)，使用filter可以修改request, response, session, application中的內(nèi)容，javax.servlet.Filter的doFilter()的signature是這樣的:
public void doFilter(ServletRequest request, ServletResponse response,   FilterChain chain) 

例如， 我們?nèi)绻朐趓equest中增加一點(diǎn)東西， 可以request.setAttribute("xx","xx");然后需要記住的是一定要記得調(diào)用chain.doFilter(request, response); 否則的話，后面的filter和servlet, jsp將不會得到執(zhí)行。

舉例詳細(xì)點(diǎn)就是：

filter1, filter2都在web.xml中定義了，對應(yīng)的url-mapping都是/*, index.jsp是該應(yīng)用下的一個jsp, 那么如果直接訪問index.jsp的話，那么首先訪問的是filter1， 然后是filter2（加入filter1的定義在filter2之前）, 最后才是index.jsp。

filter1:

public void doFilter(ServletRequest request, ServletResponse response,FilterChain chain) throws IOException, ServletException{ 
  request.setAttribute("aaa","aaa"); 
  chain.doFilter(request,response); 
  request.setAttribute("bbb","bbb"); 
} 

filter2:

public void doFilter(ServletRequest request, ServletResponse response,FilterChain chain) throws IOException, ServletException{ 
  System.out.println(request.getAttribute("aaa")+" "+request.getAttribute("bbb")); 
  request.setAttribute("ccc","ccc"); 
  chain.doFilter(request,response); 
  request.setAttribute("ddd","ddd"); 
} 

index.jsp:

結(jié)論是先作filter1中chain.doFilter()前的部 分，然后是filter2中chain.doFilter()前的部分，然后是jsp，然后是filter2中chain.doFilter()后的代碼 部分，然后是filter1中chain.doFilter()后的部分。

servlet,filter順序測試

測試環(huán)境:apache-tomcat-6.0.16

加載順序init順序:

filter-->servlet

處理請求順序:

filter-->servlet-->filter

銷毀順序:

servlet-->filter

在這里粘貼前輩發(fā)表過的文章,web.xml的mapping處理

一，servlet容器對url的匹配過程：

當(dāng)一個請求發(fā)送到servlet容器的時候，容器先會將請求的url減去當(dāng)前應(yīng)用上下文的路 徑作為servlet的映射url，比如我訪問的是http://localhost/test/aaa.html，我的應(yīng)用上下文是test，容器會將 http://localhost/test去掉，剩下的/aaa.html部分拿來做servlet的映射匹配。這個映射匹配過程是有順序的，而且當(dāng)有 一個servlet匹配成功以后，就不會去理會剩下的servlet了（filter不同，后文會提到）。其匹配規(guī)則和順序如下：

1.     精確路徑匹配。例子：比如servletA 的url-pattern為 /test，servletB的url-pattern為 /* ，這個時候，如果我訪問的url為http://localhost/test ，這個時候容器就會先 進(jìn)行精確路徑匹配，發(fā)現(xiàn)/test正好被servletA精確匹配，那么就去調(diào)用servletA，也不會去理會其他的servlet了。

2.     最長路徑匹配。例子：servletA的url-pattern為/test/*，而servletB的url-pattern為/test/a/*，此 時訪問http://localhost/test/a時，容器會選擇路徑最長的servlet來匹配，也就是這里的servletB。

3.     擴(kuò)展匹配，如果url最后一段包含擴(kuò)展，容器將會根據(jù)擴(kuò)展選擇合適的servlet。例子：servletA的url-pattern：*.action

4.     如果前面三條規(guī)則都沒有找到一個servlet，容器會根據(jù)url選擇對應(yīng)的請求資源。如果應(yīng)用定義了一個default servlet，則容器會將請求丟給default servlet（什么是default servlet？后面會講）。

根據(jù)這個規(guī)則表，就能很清楚的知道servlet的匹配過程，所以定義servlet的時候也要考慮url-pattern的寫法，以免出錯。

對于filter，不會像servlet那樣只匹配一個servlet，因?yàn)閒ilter的集合是一個鏈，所以只會有處理的順序不同，而不會出現(xiàn)只選擇一 個filter。Filter的處理順序和filter-mapping在web.xml中定義的順序相同。

二，url-pattern詳解

在web.xml文件中，以下語法用于定義映射：

1.  以”/'開頭和以”/*”結(jié)尾的是用來做路徑映射的。
2. 以前綴”*.”開頭的是用來做擴(kuò)展映射的。
3. “/” 是用來定義default servlet映射的。
4. 剩下的都是用來定義詳細(xì)映射的。比如： /aa/bb/cc.action
   

所以，為什么定義”/*.action”這樣一個看起來很正常的匹配會錯？因?yàn)檫@個匹配即屬 于路徑映射，也屬于擴(kuò)展映射，導(dǎo)致容器無法判斷。

最新評論