web.xml的作用

web.xml，一個Tomcat工程中最重要的配置文件。web.xml沒有其實也可以----只要你確定你的項目里面不需要任何過濾器、監聽器、Servlet等等。我試了一下，沒有web.xml對那些已經編譯成Servlet的jsp頁面來說，是不影響正常顯示的，但是那些沒有編譯成Servlet的jsp頁面，訪問的時候就會報500的錯誤了。下面逐一看一下web.xml里常用標簽的作用。

welcome-file-list

這個標簽是用來配置首頁用的：

index1.jspindex2.jspindex3.jspindex4.jsp/target/redirectAndFoward.jsp

這么配置的意思，就是當用戶訪問http://ip:port/工程名的時候，會根據welcome-file-list配置的頁面列表，從項目的根目錄開始找頁面：

1、第一個配置的index1.jsp能找到，就展示index1.jsp

2、找不到index1.jsp，則去找第二個index2.jsp，index2.jsp能找到就展示index2.jsp，

3、找不到index3.jsp，則去找第三個index3.jsp，以此類推，如果所有的頁面都找不到則報HTTP Status 404即頁面找不到

注意一下，像配置的最后一個welcome-file這種寫法也是支持的，我試了一下最前面的那個"/"可加可不加

error-page

error-page表示當HTTP返回指定狀態碼的時候，容器將此次請求轉發到配置的指定頁面：

400/filter/error.jsp404/filter/error.jsp500/filter/error.jsp

這表示HTTP狀態碼為400、404、500的時候，此次請求都會被轉發到http://ip:port/工程名/filter/error.jsp這個頁面上去。注意一下這里是error-code，所以如果是200的話，是沒有效果的

filter

filter就不說了，兩種include方式及filter中的dispatcher解析一文已經講得很詳細了，filter的寫法也在上面。

另外注意一點，其實大家也都知道，提一下：filter執行的順序就是filter定義的順序。

servlet

servlet開發者比較熟悉，先匹配規則，匹配到路徑后走相應的Servlet類，就不說了。下面配一個相對不那么常用的，只是相對而已，這種servlet的寫法很常見：

startUpServletcom.xrq.servlet.StartUpServletName123Age4568

這是一個啟動servlet，表示容器啟動的時候servlet啟動，調用其init()方法，所以首先第一個標簽load-on-start，分幾點說：

1、load-on-startup元素標記容器是否在啟動的時候就加載這個servlet(實例化并調用其init方法)

2、它的值必須是一個整數，表示servlet應該被載入的順序

3、當值為0或者大于0時，表示容器在應用啟動時就加載并初始化這個servlet

4、當值小于0或者沒有指定時，表示這個容器在該servlet被選擇時才會去加載

5、正數值越小，該servlet的優先級就越高，應用啟動時就越先加載

6、當值相同時，容器自己選擇順序來加載

所以，load-on-startup中配置了一個大于等于0的正整數時，該servlet可以當作一個普通的servlet來用，無非是這個servlet啟動的時候會加載其init()方法罷了。

另外一個就是init-param了，表示一個鍵值對，只能在本servlet里面被使用，通過ServletConfig獲取，StartUpServlet的寫法是：

public class StartUpServlet extends HttpServlet{ /** * 序列化 */ private static final long serialVersionUID = 1L; public void init() throws ServletException { System.out.println("StartUpServlet.init()"); System.out.println("Name：" + getServletConfig().getInitParameter("Name")); System.out.println("Age：" + getServletConfig().getInitParameter("Age")); } protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { } public void destroy() { System.out.println("StartUpServlet.destory()"); }}

servlet只能取到配置在自己的標簽內的。

listener

listener即監聽器，是Servlet的監聽器，它可以監聽客戶端的請求、服務器端的操作等，在事情發生前后做一些必要的處理。通過監聽器，可以自動激發一些操作，比如監聽在線用戶數量，下面就寫一個監聽用戶數量的監聽器，首先web.xml配置很簡單：

com.xrq.listener.UserCounterListener

寫一個監聽器，監聽用戶數量一般都是以session創建和session失效為依據的，所以實現HttpSessionListener：

public class UserCounterListener implements HttpSessionListener{ private AtomicInteger ai = new AtomicInteger(0); public void sessionCreated(HttpSessionEvent se) { ai.incrementAndGet(); } public void sessionDestroyed(HttpSessionEvent se) { ai.decrementAndGet(); } public int getUserCount() { return ai.get(); }}

除了監聽session的監聽器外，再介紹一些別的監聽器接口：

1、ServletContextListener

用于監聽WEB引用啟動和銷毀的事件，SevletContextListener是ServletContext的監聽者，如果ServletContext發生變化，如服務器啟動、服務器關閉，都會被ServletContextListener監聽到。監聽事件為ServletContextEvent

2、ServletContextAttributeListener

用于監聽WEB應用屬性改變的事件，包括添加屬性、刪除屬性、修改屬性。監聽時間為ServletContextAttributeEvent

3、HttpSessionBindingListener

HttpSessionBindingListener是唯一一個不需要在web.xml中配置的Listener，當我們的類實現了HttpSessionBindListener接口后，只要對象加入session或者從session中移除，容器會分別自動調用以下兩個方法：

(1)void valueBound(HttpSesssionBindEvent event)

(2)void valueUnbound(HttpSessionBindingEvent event)

注意，這個監聽器的觸發是針對于實現了該監聽器的類的，只有把實現了該監聽器的類set進session或從session中remove才會觸發這個監聽器

4、HttpSessionAttributeListener

用于監聽HttpSession中的屬性的操作，當session里面增加一個屬性時，觸發attributeAdded(HttpSessionBindEvent se)方法；當在session中刪除一個屬性時，觸發attributeRemoved(HttpSessionBindEvent se)方法；當session屬性被重新設置時，觸發attributeReplaced(HttpSessionBindingEvent se)方法。

注意，這個監聽器的觸發是針對所有的session的，只要session的屬性發生變化，都會觸發這個監聽器

5、HttpSessionListener

這個上面已經寫過了，監聽HttpSession。當創建一個session時，觸發sessionCreated(HttpSessionEvent se)方法；當銷毀一個session時，會觸發sessionDestoryed(HttpSessionEvent se)方法

6、HttpSessionActivationListener

這個用得不太多，主要監聽同一個session轉移至不同的JVM的情形

7、ServletRequestListener和ServletRequestAttributeListener

和ServletContextListener和ServletContextAttributeListener類似，前者監聽Request的創建和銷毀、后者監聽Request中屬性的增刪改

context-param

context-param里面配置的鍵值對是全局共享的，整個web項目都能取到這個上下文，比方說我在web.xml里面配置了一個HTTP端口和一個HTTPS端口：

NotSSLPort8080SSLPort8443

servlet可以這么取：

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException{ System.out.println("NotSSLPort：" + getServletContext().getInitParameter("NotSSLPort")); System.out.println("SSLPort：" + getServletContext().getInitParameter("SSLPort"));}

filter可以這么取：

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException{ HttpServletRequest req = (HttpServletRequest)request; ServletContext sc = req.getSession().getServletContext(); System.out.println("NotSSLPort：" + sc.getInitParameter("NotSSLPort")); System.out.println("SSLPort：" + sc.getInitParameter("SSLPort")); chain.doFilter(request, response);}

listener可以這么取，以ServletContextListener為例：

public void contextInitialized(ServletContextEvent sce){ System.out.println("Enter SCListener.contextInitialized"); System.out.println("NotSSLPort：" + sce.getServletContext().getInitParameter("NotSSLPort")); System.out.println("SSLPort：" + sce.getServletContext().getInitParameter("SSLPort"));}

反正最終的目的就是取到一個ServletContext就對了。是不是感覺ServletContext很熟悉呢？沒錯，看一下jsp默認的內置對象，隨便打開一個轉換成Servlet的jsp頁面，里面都有內置對象的定義：

PageContext pageContext = null;HttpSession session = null;ServletContext application = null;ServletConfig config = null;JspWriter out = null;Object page = this;JspWriter _jspx_out = null;PageContext _jspx_page_context = null

ServletContext也就是我們常說的Application

可能不太常見，這個標簽是用來指定對應的格式的瀏覽器處理方式的，添加mime-type的映射，就可以避免某些類型的文件直接在瀏覽器中打開了。

舉個例子：

docapplication/mswordpdfapplication/pdfrarapplication/x-rar-compressedtxttext/plainxlsapplication/vnd.ms-excel

這就指定了.doc、pdf、rar、txt、xls這五種類型的文件的打開方式了。常見的MIME類型有：

session-config

session-config是用來配置session失效時間的，因為session-config里面只有一個子標簽：

30

以分鐘為單位。當然，代碼里面也可以設置：

"request.getSession.setMaxInactiveInterval(30 * 60);"就可以了，單位為秒。

元素加載順序

首先可以肯定，加載順序與它們在web.xml文件中的先后順序無關，即不會因為filter寫在listener前面就先加載filter。最終得出的結論是listener->filter->servlet。

然后是context-param，用于向ServletContext提供鍵值對，即應用程序上下文信息，listener、filter、servlet都可能會用到這些上下文中的信息，那么context-param是否應該寫在listener、filter、servlet前面呢？未必，context-param可以寫在任何位置，因此真正的加載順序應該是：context-param->listener->filter->servlet。

總結

以上是生活随笔為你收集整理的xml发生错误_WEB之web.xml详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。