JavaEE中web_xml详细配置说明.docVIP

web.xml详细配置 Webapp与WebServer的关系 Web.xml详细配置 ????首先可以肯定的是，加载顺序与它们在 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 的顺序进行调用的。 ????XML 元素不仅是大小写敏感的，而且它们还对出现在其他元素中的次序敏感。例如，XML 头必须是文件中的第一项，DOCTYPE 声明必须是第二项，而 web-app 元素必须是第三项。在web-app 元素内，元素的次序也很重要。服务器不一定强制要求这种次序，但它们允许（实际上有些服务器就是这样做的）完全拒绝执行含有次序不正确的元素的 Web 应用。这表示使用非标准元素次序的 web.xml文件是不可移植的!?所以正确的顺序是非常必要的。 web.xml文件详解 Xml代码 Web.xml常用元素（按正确的顺序排列）?? web-app icon/icon??icon元素指出 IDE 和 GUI 工具用来表示 Web ???用的一个和两个图像文件的位置。? display-name/display-name?定义了WEB应用的名字???? description/description?声明WEB应用的描述信息??? context-param/context-param?context-param元素声明应用范围内的初始化参数。???? filter/filter?过滤器元素将一个名字与一个实现javax.servlet.Filter接口的类相关联。???? filter-mapping/filter-mapping?一旦命名了一个过滤器，就要利用filter-mapping元素把它与一个或多个servlet或JSP页面相关联。???? listener/listener?servlet API的版本2.3增加了对事件监听程序的支持，事件监听程序在建立、修改和删除会话或servlet环境时得到通知。?Listener元素指出事件监听程序类。???? servlet/servlet?在向servlet或JSP页面制定初始化参数或定制URL时，必须首先命名servlet或JSP页面。Servlet元素就是用来完成此项任务的。???? servlet-mapping/servlet-mapping?服务器一般为servlet提供一个缺省的URL： HYPERLINK http://host/webAppPrefix/servlet/ServletName http://host/webAppPrefix/servlet/ServletName。??但是，常常会更改这个URL，以便servlet可以访问初始化参数或更容易地处理相对URL。在更改缺省URL时，使用servlet-mapping元素。 session-config