注:本文是前辈在网络上提供资料的整合。如有冒犯请微信联系我!
Web.xml 定义
说破天就是一个web应用的配置文件,就像一个作战图,调兵谴将,搭配兵种,地形,时间,战略。
1: Web.xml加载的过程
当我们的项目部署到服务器(Jboss,Tomcat等容器)后,开启运行服务器时,服务器首先读取项目中的web.xml(配置文件)中的配置信息,当这一步骤没有出错并且完成之后,项目才能正常地被启动起来。
- 启动WEB项目的时候,容器首先会去它的配置文件web.xml读取两个节点:
<listener></listener>和<context-param></context-param>
- 紧接着,容器创建一个ServletContext(application),这个WEB项目所有部分都将共享这个上下文。
- 容器以
<context-param></context-param>
的name作为键,value作为值,将其转化为键值对,存入ServletContext。 - 容器创建
<listener></listener>
中的类实例,根据配置的class类路径来创建监听,在监听中会有
contextInitialized(ServletContextEvent args)初始化方法,启动Web应用时,系统调用Listener的该方法,在这个方法中获得:
ServletContext application=ServletContextEvent.getServletContext();
context-param的值= application.getInitParameter("context-param的键"); - 举例:你可能想在项目启动之前就打开数据库,那么这里就可以在
这<context-param>
中设置数据库的连接方式(驱动、url、user、password),在监听类中初始化数据库的连接。这个监听是自己写的一个类,除了初始化方法,它还有销毁方法,用于关闭应用前释放资源。比如:说数据库连接的关闭,此时,调用contextDestroyed(ServletContextEventargs),关闭Web应用时,系统调用Listener的该方法。 - 接着,容器会读取
<filter></filter>
,根据指定的类路径来实例化过滤器。 - 以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet,则Servlet是在第一次发起请求的时候被实例化的,而且一般不会被容器销毁,它可以服务于多个用户的请求。所以,Servlet的初始化都要比上面提到的那几个要迟。
总的来说,web.xml的加载顺序是:<context-param>-> <listener> -> <filter> -><servlet> 。
其中,如果web.xml中出现了相同的元素,则按照在配置文件中出现的先后顺序来加载。
—-对于某类元素而言,与它们出现的顺序是有关的。以<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>
类似,此处不再赘述。
2:web.xml标签大全
1. XML文档有效性检查
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
version="2.5">
这段代码指定文件类型定义(DTD),可以通过它检查XML文档的有效性。下面显示的<!DOCTYPE>元素有几个特性,这些特性告诉我们关于DTD的信息:
2. <web-app></web-app>
跟标签
web.xml 的加载顺序是:context-param -> listener -> filter -> servlet ,而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。
3.<display-name></display-name>
web应用名称(工程名称)
4.<description></description>
描述信息
元素给出与此有关的说明性文本
5.<context-param></context-param>
元素声明应用范围内的初始化参数
<!--**************上下文初始化参数配***************-->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath*:/applicationContext.xml,
classpath*:/applicationContext-shiro.xml
</param-value>
</context-param>
解释:
<context-param>元素含有一对参数名和参数值,用作应用的Servlet上下文初始化参数,参数名在整个Web应用中必须是惟一的,在web应用的整个生命周期中上下文初始化参数都存在,任意的Servlet和jsp都可以随时随地访问它。<param-name>子元素包含有参数名,而<param-value>子元素包含的是参数值。作为选择,可用<description>子元素来描述参数。
Spring配置文件:
配置spring,必须需要<listener>,而<context-param>可有可无,如果在web.xml中不写<context-param>配置信息,默认的路径是/WEB-INF/applicationContext.xml,在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数:在<param-value>里指定相应的xml文件名,如果有多个xml文件,可以写在一起并以“,”号分隔,比如在上面代码中。
6. session-config
<session-config> 用于设置容器的session参数,比如:<session-timeout>用于指定http session的失效时间。默认时间设置在<jakarta>/conf/web.xml (30 minutes)。<session-timeout>用来指定默认的会话超时时间间隔,以分钟为单位。该元素值必须为整数。如果 session-timeout元素的值为零或负数,则表示会话将永远不会超时。
7.servlet,filter,listene三个标签之后会详细解析!
8.error-page
<error-page>
<exception-type>java.lang.Throwable</exception-type>
<location>/WEB-INF/views/error/500.jsp</location>
</error-page>
<error-page>
<error-code>500</error-code>
<location>/WEB-INF/views/error/500.jsp</location>
</error-page>
<error-page>
<error-code>404</error-code>
<location>/WEB-INF/views/error/404.jsp</location>
</error-page>
寻找错误页面的配置就不多说了,500,抛异常,400的配置!location自定义喽!
总结:web.xml的标签常用基本就这么多,listener,filter,servlet之后详细讲解!这三个标签也算是web.xml核心配置了!