listener，filter，servlet的初始化順序
web.xml中可以配置如下信息：
context-param，listener，filter，servlet。
他們的加載順序和在web.xml文件中的先後順序沒有關係。
context-param用於向ServletContext提供鍵值對。listener，filter在初始化時會用到這些上下文信息。總的加載順序是：context-param -> listener -> filter –> servlet。
對某一類配置而言，加載順序與他們在web.xml文件中的出現順序是有關的。比如filter。可以定義多個filter。初始化時，會按照filter出現的順序來初始化。但請求匹配多個filter-mapping時，也是按照filter-mapping配置節出現的順序來依次調用doFilter方法的。
Servlet和filter類似。但是當一個請求到達服務端，選擇哪一個servlet來處理呢？
請求映射到servlet的規則
當一個請求發送到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. 如果前面三條規則都沒有找到一個servlet，容器會根據url選擇對應的請求資源。如果應用定義了一個default servlet，則容器會將請求丟給default servlet