webxml详细配置文档.doc

启动一个WEB项目的时候，WEB容器会去读取它的配置文件web.xml，读取listener和context-param两个结点。 2、紧急着，容创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。 3、容器将context-param转换为键值对，并交给servletContext。 4、容器创建listener中的类实例，创建监听器。 二 Load-on-startup Load-on-startup元素在web应用启动的时候指定了servlet被加载的顺序，它的值必须是一个整数。如果它的值是一个负整数或是这个元素不存在，那么容器会在该servlet被调用的时候，加载这个servlet。如果值是正整数或零，容器在配置的时候就加载并初始化这个servlet，容器必须保证值小的先被加载。如果值相等，容器可以自动选择先加载谁。 在servlet的配置当中，load-on-startup5/load-on-startup的含义是： 标记容器是否在启动的时候就加载这个servlet。 当值为0或者大于0时，表示容器在应用启动时就加载这个servlet； 当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才加载。 正数的值越小，启动该servlet的优先级越高。 三 加载顺序 首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener的前面而会先加载 filter。最终得出的结论是：ServletContext- 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 的加载顺序是：ServletContext- context-param -listener - filter - servlet，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。 四 web.xml文件详解 我将自己知道的web.xml的元素整理了一下： web.xml首先是肯定要包含它的schema. web-app xmlns=/xml/ns/j2ee xmlns:xsi=/2001/XMLSchema-instance xsi:schemaLocation=/xml/ns/j2ee/web-app_2_4.xsd version=2.4 /web-app 其它的元素都放在web-app/web-app之中。 discription/discription是对站台的描述display-name/display-name定义站台的名称distributable/ 是指定该站台是否可分布式处理 context-param/context-param用来设定web站台的环境参数，它包含两个子元素： param-name/param-name用来指定参数的名称 param-value/param-value用来设定参数值 比如：context-param param-namemy_param/param-name param-va