servlet和web容器之间的关系

Java是一种动态加载和运行的语言。也就是说当应用程序持有一个类的地址（CLASSPATH）和名称（包名和类名）的情况下，可以在程序运行期 间任何时候加载这个类，并创建和使用该类的对象。Servlet就是基于这个机制与Web容器融合在一起的。目前已知的所有支持Java Servlet的Web容器都是采用Java开发的。当Web容器接收到来自客户端的请求信息之后，会根据URL中的Web元件地址信息到Servlet 队列中查找对应的Servlet对象，如果找到则直接使用，如果没有找到则加载对应的类，并创建对象。也就是说，Servlet对象是在第一次被使用的时 候才创建的，并且一旦创建就会被反复使用，不再创建新的对象。所有创建出的Servlet对象会在Web服务器停止运行的时候统一进行垃圾回收。

为 了解决客户端请求地址与Java Servlet之间对应关系问题，Web容器需要一个用来描述这种对应关系的文件，一般是web.xml文件。如果一个Web应用程序中存在很多个 Servlet，那么web.xml会变得非常庞大。在Servlet 3.0规范推出之后，允许在Servlet代码中使用声明式语法来代替web.xml中的描述信息，这才让web.xml瘦身下来。下图是这个过程的一个 示意图。

在这个图中，我们仅仅是概要的，采用以比较容 易理解的方式描述了Web容器与Servlet之间的关系，以及当接受到请求之后的处理流程。在实际的Web容器中，会比这要复杂很多。

web.xml 中的listener、 filter、servlet 加载顺序及其详解

一、
1、启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取 和两个结点。
2、紧急着，容创建一个ServletContext（servlet上下文），这个 web项目的所有部分都将共享这个上下文。
3、容器将转换为键值对，并交给 servletContext。
4、容器创建中的类实例，创建监听器。
二、
load- on-startup 元素在web应用启动的时候指定了servlet被加载的顺序，它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存 在，那么容器会在该servlet被调用的时候，加载这个servlet 。如果值是正整数或零，容器在配置的时候就加载并初始化这个servlet，容 器必须保证值小的先被加载。如果值相等，容器可以自动选择先加载谁。 
在servlet的配置当中，5的含义是：
标记容器是否在启动的时候就加载这个servlet。
当 值为0或者大于0时，表示容器在应用启动时就加载这个servlet；
当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才 加载。
正数的值越小，启动该servlet的优先级越高。
三、
首 先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加 载 filter。最终得出的结论是：listener -> filter -> servlet 
同时还存 在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们 的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写 在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：context- param -> listener -> filter -> servlet 
对于某类配置节而言， 与它们出现的顺序是有关的。以 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 的加载顺序是：context- param -> listener -> filter -> servlet ，而同个类型之间的实际程序调用的时候的顺序是根据 对应的 mapping 的顺序进行调用的。