serverlet和jsp_serverlet_serverlet生命周期

1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取和两个结点。

2、紧接着，容器创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享此上下文。

3、容器将转换为键值对，并交给servletContext。

4、容器创建中的类实例，创建器。

首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：

ServletContext -> listener -> filter -> servlet

同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：

context-param -> listener -> filter -> servlet

对于某类配置节而言，与它们出现的顺序是有关的。serverlet以 filter 为例，web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。servlet 同 filter 类似，此处不再赘述。

由此，可以看出，web.xml 的加载顺序是：

ServletContext -> context-param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

1、Web应用图标：指出IDE和GUI工具用来表示Web应用的大图标和小图标

    
/images/app_small.gif    
/images/app_large.gif    
    

2、Web 应用名称：提供GUI工具可能会用来标记这个特定的Web应用的一个名称

Tomcat Example    

3、Web 应用描述： 给出于此相关的说明性文本

Tomcat Example servlets and JSP pages.  

4、上下文参数：声明应用范围内的初始化参数。

    
    ContextParameter    
    test    
    It is a test parameter.    
    

在servlet里面可以通过getServletContext().getInitParameter(“context/param”)得到

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-27522-1.html