当启动web项目的时候，容器（如Tomcat，JBoss）就会去读取他的配置文件web.xml，
web.xml里面各个配置文件的加载顺序与它们在 web.xml 文件中的先后顺序无关。
那么Web.xml加载顺序应该是怎么样的呢？
web.xml的加载顺序是:
< context-param> --> < listener> --> < filter> --> < servlet>
当listener或者filter有多个的时候，又是按照什么顺序加载呢？
-
listener或者filter等这种同类型元素之间的的顺序是按照在配置文件中出现的先后顺序来加载。
-
web.xml中可以定义多个 filter，初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的；
Tomcat 加载顺序
一个Context对应于一个Web App，每个Web App是由一个或者多个servlet组成的
Tomcat在激活、加载、部署web应用时，会解析加载${CATALINA_HOME}/conf目录下所有web应用通用的web.xml，然后解析加载web应用目录中的WEB-INF/web.xml。如果没有WEB-INF/web.xml文件，
如果没有WEB-INF/web.xml文件，tomcat会输出找不到的消息，但仍然会部署并使用web应用程序，因此，这个web.xml并不是必要的，不过通常最好还是让每一个上线的web应用程序都有一个自己的WEB-INF/web.xml。
conf/web.xml文件中的设定会应用于所有的web应用程序，而web应用程序的WEB-INF/web.xml中的设定只应用于该应用程序本身。
》》》Tomcat启动时做了什么《《《
Web.xml具体加载顺序
-
当我们启动web项目的时候，容器（如Tomcat，JBoss）就会去读取他的配置文件web.xml的两个节点：
< listener>< /listener> 和 < context-param>< /context-param>；
-
容器创建一个ServletContext(上下文)；
（ServletContext是一个web应用的上下文，是一个全局信息的存储空间，代表当前web应用。这个WEB项目所有部分都将共享这个上下文）
-
容器读取web.xml中的< context-param>元素，得到键值对交给ServletContext。
-
容器读取web.xml中的< listener>元素，根据< listener-class>来创建并初始化监听实例。
(系统调用Listener类的contextInitialized(ServletContextEvent args)初始化方法对监听实例初始化，
初始化后获得：
ServletContext application = ServletContextEvent.getServletContext();
context-param的值 = application.getInitParameter(“context-param的键”)。)
-
接着，容器会读取< filter>< /filter>，根据指定的类路径来实例化过滤器。
以上都是在WEB项目还没有完全启动起来的时候就已经完成了的工作。如果系统中有Servlet，则Servlet是在第一次发起请求的时候被实例化的，而且一般不会被容器销毁，它可以服务于多个用户的请求。所以，Servlet的初始化都要比上面提到的那几个要迟。
servlet的初始化分为两个时机:初始化context时初始化、在需要调用时初始化。在初始化context时初始化的servlet,我们需要指定它的load-on-startup(数值越小,越先初始化)
那么，web项目启动时，可以知道web.xml文件各个节点的加载顺序：context-param -> listener -> filter -> servlet
Tomcat Server处理一个http请求的过程
Tomcat Server处理一个http请求的过程—》https://blog.csdn.net/Bonport/article/details/105148759
< context-param>
使用上下文初始化参数
<!--****************************上下文初始化参数***************************-->
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>business.root</param-value>
</context-param>
<!-- spring config -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:/applicationContext*.xml</param-value>
</context-param>
< context-param>解释：
< context-param>元素含有一对参数名和参数值，用作应用的Servlet上下文初始化参数，参数名在整个Web应用中必须是惟一的，在web应用的整个生命周期中上下文初始化参数都存在，任意的Servlet和jsp都可以随时随地访问它。< param-name>子元素包含有参数名，而< param-value>子元素包含的是参数值。作为选择，可用< description>子元素来描述参数。
什么情况下使用，为什么使用< context-param>：
比如：定义一个管理员email地址用来从程序发送错误，或者与你整个应用程序有关的其他设置。使用自己定义的设置文件需要额外的代码和管理；直接在你的程序中使用硬编码（Hard-coding）参数值会给你之后修改程序带来麻烦，更困难的是，要根据不同的部署使用不同的设置；通过这种办法，可以让其他开发人员更容易找到相关的参数，因为它是一个用于设置这种参数的标准位置。
Spring配置文件：
配置Spring，必须需要< listener>，而< context-param>可有可无，如果web.xml中有contextConfigLocation参数指定的Spring配置文件，则会去加载相应的配置文件，而不会去加载/WEB-INF/下的applicationContext.xml。但是如果没有指定的话，默认会去/WEB-INF/下加载applicationContext.xml。在WEB-INF目录下创建的xml文件的名称必须是applicationContext.xml。如果是要自定义文件名可以在web.xml里加入contextConfigLocation这个context参数：在< param-value>< /param-value>里指定相应的xml文件名，如果有多个xml文件，可以写在一起并以“,”号分隔。
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:/applicationContext*.xml，xxxxxx.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
applicationContext.xml在web.xml中的加载过程：
①由Tomcat创建一个ServletContext，并自动载入<context-param>中的属性；
②ContextLoaderListener检测到ServletContext的创建，运行Spring的相关程序；
③Spring根据<context-param>中contextConfigLocation的指向，加载对应applicationContext.xml；
④Spring根据applicationContext.xml的内容创建一个BeanFactory实例，并放入ServletContext中。
简而言之，该配置的作用是：当Web应用启动时，Spring将自动创建一个BeanFactory实例，并放入ServletContext中。
在不同环境下如何获取：
范例:
<context-param>
<param-name>param_name</param-name>
<param-value>param_value</param-value>
</context-param>
此所设定的参数，在JSP网页中可以使用下列方法来取得：
${initParam.param_name}
若在Servlet可以使用下列方法来获得：
String param_name=getServletContext().getInitParamter("param_name");
Servlet的ServletConfig对象拥有该Servlet的ServletContext的一个引用，所以可这样取得上下文初始化参数：
getServletConfig().getServletContext().getInitParameter()也可以在Servlet中直接调用
getServletContext().getInitParameter()，两者是等价的。
< listener>
Servlet事件监听器是什么？
<!--****************************监听器配置*********************************-->
<!-- Spring的log4j监听器 -->
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<!-- 与CAS Single Sign Out Filter配合，注销登录信息 -->
<listener>
<listener-class>com.yonyou.mcloud.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
</listener>
Listener介绍：
< listener>为web应用程序定义监听器，监听器用来监听各种事件，比如：application和session事件，所有的监听器按照相同的方式定义，功能取决去它们各自实现的接口，常用的Web事件接口有如下几个：
(1). ServletContextListener：用于监听Web应用的启动和关闭；
(2). ServletContextAttributeListener：用于监听ServletContext范围（application）内属性的改变；
(3). ServletRequestListener：用于监听用户的请求；
(4). ServletRequestAttributeListener：用于监听ServletRequest范围（request）内属性的改变；
(5). HttpSessionListener：用于监听用户session的开始和结束；
(6). HttpSessionAttributeListener：用于监听HttpSession范围（session）内属性的改变。
< listener>主要用于监听Web应用事件，其中有两个比较重要的WEB应用事件：应用的启动和停止（starting up or shutting down）和Session的创建和失效（created or destroyed）。应用启动事件发生在应用第一次被Servlet容器装载和启动的时候；停止事件发生在Web应用停止的时候。Session创建事件发生在每次一个新的session创建的时候，类似地Session失效事件发生在每次一个Session失效的时候。为了使用这些Web应用事件做些有用的事情，我们必须创建和使用一些特殊的“监听类”。它们是实现了以下两个接口中任何一个接口的简单java类：javax.servlet.ServletContextListener或javax.servlet.http.HttpSessionListener，如果想让你的类监听应用的启动和停止事件，你就得实现ServletContextListener接口；想让你的类去监听Session的创建和失效事件，那你就得实现HttpSessionListener接口。
Listener配置：
配置Listener只要向Web应用注册Listener实现类即可，无序配置参数之类的东西，因为Listener获取的是Web应用ServletContext（application）的配置参数。为Web应用配置Listener的两种方式：
(1). 使用@WebListener修饰Listener实现类即可。
(2). 在web.xml文档中使用< listener>进行配置。
我们选择web.xml这种配置方式，只有一个元素< listener-class>指定Listener的实现类，如下所示：
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
这里的< listener>用于Spring的加载，Spring加载可以利用ServletContextListener实现，也可以采用load-on-startup Servlet 实现，但是当< filter>需要用到bean时，但加载顺序是：先加载< filter>后加载< servlet>，则< filter>中初始化操作中的bean为null；所以，如果过滤器中要使用到bean，此时就可以根据加载顺序< listener> -> < filter> -> < servlet>，将spring的加载改成Listener的方式。
(1). 利用ServletContextListener实现：
<servlet>
<servlet-name>context</servlet-narne>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
(2).采用load-on-startup Servlet 实现：
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
我们选择了第二种方式，在J2EE工程中web服务器启动的时候最先调用web.xml，上面这段配置的意思是加载spring的监听器，其中ContextLoaderListener的作用就是启动Web容器时，自动装配applicationContext.xml的配置信息，执行它所实现的方法。
< filter>
Servlet Filter（过滤器）是什么？它的方法有哪些？
<!--****************************过滤器配置*********************************-->
<!-- 字符集过滤器 -->
<filter>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
<init-param>
<param-name>forceEncoding</param-name>
<param-value>true</param-value>
</init-param>
</filter>
<!-- 单点登出过滤器 -->
<filter>
<filter-name>CAS Single Sign Out Filter</filter-name>
<filter-class>com.yonyou.mcloud.cas.client.session.SingleSignOutFilter</filter-class>
</filter>
<!-- 认证过滤器 -->
<filter>
<filter-name>CAS Authentication Filter</filter-name>
<filter-class>com.yonyou.mcloud.cas.client.authentication.ExpandAuthenticationFilter</filter-class>
<init-param>
<param-name>casServerLoginUrl</param-name>
<param-value>https://dev.yonyou.com:443/sso-server/login</param-value>
</init-param>
<init-param>
<!--这里的server是服务端的IP -->
<param-name>serverName</param-name>
<param-value>http://10.1.215.40:80</param-value>
</init-param>
</filter>
<!-- 验证ST/PT过滤器 -->
<filter>
<filter-name>CAS Validation Filter</filter-name>
<filter-class>org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
<init-param>
<param-name>casServerUrlPrefix</param-name>
<param-value>https://dev.yonyou.com:443/sso-server</param-value>
</init-param>
<init-param>
<param-name>serverName</param-name>
<param-value>http://10.1.215.40:80</param-value>
</init-param>
<init-param>
<param-name>proxyCallbackUrl</param-name>
<param-value>https://dev.yonyou.com:443/business/proxyCallback</param-value>
</init-param>
<init-param>
<param-name>proxyReceptorUrl</param-name>
<param-value>/proxyCallback</param-value>
</init-param>
<init-param>
<param-name>proxyGrantingTicketStorageClass</param-name>
<param-value>com.yonyou.mcloud.cas.client.proxy.MemcachedBackedProxyGrantingTicketStorageImpl</param-value>
</init-param>
<!-- 解决中文问题 -->
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>
<filter>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<filter-class>org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
</filter>
<filter>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
</filter>
<filter>
<filter-name>NoCache Filter</filter-name>
<filter-class>com.yonyou.mcloud.cas.client.authentication.NoCacheFilter</filter-class>
</filter>
<!--****************************映射关系配置********************************-->
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>NoCache Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Single Sign Out Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Validation Filter</filter-name>
<url-pattern>/proxyCallback</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Authentication Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Validation Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
Filter介绍：
Filter可认为是Servle的一种“加强版”，主要用于对用户请求request进行预处理，也可以对Response进行后处理，是个典型的处理链。使用Filter的完整流程是：Filter对用户请求进行预处理，接着将请求HttpServletRequest交给Servlet进行处理并生成响应，最后Filter再对服务器响应HttpServletResponse进行后处理。Filter与Servlet具有完全相同的生命周期，且Filter也可以通过< init-param>来配置初始化参数，获取Filter的初始化参数则使用FilterConfig的getInitParameter()。
换种说法，Servlet里有request和response两个对象，Filter能够在一个request到达Servlet之前预处理request，也可以在离开Servlet时处理response，Filter其实是一个Servlet链。以下是Filter的一些常见应用场合，
(1)认证Filter
(2)日志和审核Filter
(3)图片转换Filter
(4)数据压缩Filter
(5)密码Filter
(6)令牌Filter
(7)触发资源访问事件的Filter
(8)XSLT Filter
(9)媒体类型链Filter
Filter可负责拦截多个请求或响应；一个请求或响应也可被多个Filter拦截。创建一个Filter只需两步:
(1) 创建Filter处理类
(2) Web.xml文件中配置Filter
Filter必须实现javax.servlet.Filter接口，在该接口中定义了三个方法：
(1) void init(FilterConfig config)：用于完成Filter的初始化。FilteConfig用于访问Filter的配置信息。
(2) void destroy()：用于Filter销毁前，完成某些资源的回收。
(3) void doFilter(ServletRequest request,ServletResponse response,FilterChain chain)：实现过滤功能的核心方法，该方法就是对每个请求及响应增加额外的处理。该方法实现对用户请求request进行预处理，也可以实现对服务器响应response进行后处理—它们的分界线为是否调用了chain.doFilter(request，response)，执行该方法之前，即对用户请求request进行预处理，执行该方法之后，即对服务器响应response进行后处理。
Filter配置：
Filter可认为是Servlet的“增强版”，因此Filter配置与Servlet的配置非常相似，需要配置两部分：配置Filter名称和Filter拦截器URL模式。区别在于Servlet通常只配置一个URL，而Filter可以同时配置多个请求的URL。配置Filter有两种方式：
(1). 在Filter类中通过Annotation进行配置。
(2). 在web.xml文件中通过配置文件进行配置。
我们使用的是web.xml这种配置方式，下面重点介绍< filter>内包含的一些元素。
< filter>用于指定Web容器中的过滤器，可包含< filter-name>、< filter-class>、< init-param>、< icon>、< display-name>、< description>。
(1).< filter-name>用来定义过滤器的名称，该名称在整个程序中都必须唯一。
(2).< filter-class>元素指定过滤器类的完全限定的名称，即Filter的实现类。
(3). < init-param>为Filter配置参数，与< context-param>具有相同的元素描述符< param-name>和< param-value>。
(4). < filter-mapping>元素用来声明Web应用中的过滤器映射，过滤器被映射到一个servlet或一个URL 模式。这个过滤器的< filter>和< filter-mapping>必须具有相同的< filter-name>，指定该Filter所拦截的URL。过滤是按照部署描述符的< filter-mapping>出现的顺序执行的。
Servlet配置
为了让Servlet能响应用户请求，还必须将Servlet配置在web应用中，配置Servlet需要修改web.xml文件。从Servlet3.0开始，配置Servlet有两种方式：
(1). 在Servlet类中使用@WebServlet Annotation进行配置。
(2). 在web.xml文件中进行配置。
我们用web.xml文件来配置Servlet，需要配置< servlet>和< servlet-mapping>。< servlet>用来声明一个Servlet。< icon>、< display-name>和< description>元素的用法和< filter>的用法相同。< init-param>元素与< context-param>元素具有相同的元素描述符，可以使用< init-param>子元素将初始化参数名和参数值传递给Servlet，
访问Servlet配置参数通过ServletConfig对象来完成，ServletConfig提供如下方法：
java.lang.String.getInitParameter(java.lang.String name)：用于获取初始化参数
ServletConfig获取配置参数的方法和ServletContext获取配置参数的方法完全一样，只是ServletConfig是取得当前Servlet的配置参数，而ServletContext是获取整个Web应用的配置参数。
(1). < description>、< display-name>和< icon>
1). < description>：为Servlet指定一个文本描述。
2). < display-name>：为Servlet提供一个简短的名字被某些工具显示。
3). < icon>：为Servlet指定一个图标，在图形管理工具中表示该Servlet。
(2). < servlet-name>、< servlet-class>和< jsp-file>元素
< servlet>必须含有< servlet-name>和< servlet-class>，或者< servlet-name>和< jsp-file>。 描述如下：
1). < servlet-name>用来定义servlet的名称，该名称在整个应用中必须是惟一的。
2). < servlet-class>用来指定servlet的完全限定的名称。
3). < jsp-file>用来指定应用中JSP文件的完整路径。这个完整路径必须由/开始。
(3). < load-on-startup>
如果load-on-startup元素存在，而且也指定了jsp-file元素，则JSP文件会被重新编译成Servlet，同时产生的Servlet也被载入内存。< load-on-startup>的内容可以为空，或者是一个整数。这个值表示由Web容器载入内存的顺序。
举个例子：如果有两个Servlet元素都含有< load-on-startup>子元素，则< load-on-startup>子元素值较小的Servlet将先被加载。如果< load-on-startup>子元素值为空或负值，则由Web容器决定什么时候加载Servlet。如果两个Servlet的 < load-on-startup>子元素值相同，则由Web容器决定先加载哪一个Servlet。< load-on-startup>1< /load-on-startup>表示启动容器时，初始化Servlet。
(4). < servlet-mapping>
< servlet-mapping>含有< servlet-name>和< url-pattern>
1). < servlet-name>：Servlet的名字，唯一性和一致性，与< servlet>元素中声明的名字一致。
2). < url-pattern>：指定相对于Servlet的URL的路径。该路径相对于web应用程序上下文的根路径。
< servlet-mapping>将URL模式映射到某个Servlet，即该Servlet处理的URL。
(5). 加载Servlet的过程
容器的Context对象对请求路径(URL)做出处理，去掉请求URL的上下文路径后，按路径映射规则和Servlet映射路径（）做匹配，如果匹配成功，则调用这个Servlet处理请求。
<!-- 当启动项目后，直接访问项目默认启动的页面 -->
<welcome-file-list>
<welcome-file>/WEB-INF/pages/houtai/login.jsp</welcome-file>
</welcome-file-list>
< welcome-file-list>包含一个子元素< welcome-file>，< welcome-file>用来指定首页文件名称。< welcome-file-list>元素可以包含一个或多个< welcome-file>子元素。如果在第一个< welcome-file>元素中没有找到指定的文件，Web容器就会尝试显示第二个，以此类推。
web.xml中定义的元素
web-app>
<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：http://host/webAppPrefix/servlet/ServletName.但是，常常会更改这个URL，以便servlet可以访问初始化参数或更容易地处理相对URL。在更改缺省URL时，使用servlet-mapping元素。
<session-config></session-config> 如果某个会话在一定时间内未被访问，服务器可以抛弃它以节省内存。 可通过使用HttpSession的setMaxInactiveInterval方法明确设置单个会话对象的超时值，或者可利用session-config元素制定缺省超时值。
<mime-mapping></mime-mapping>如果Web应用具有想到特殊的文件，希望能保证给他们分配特定的MIME类型，则mime-mapping元素提供这种保证。
<welcome-file-list></welcome-file-list> 指示服务器在收到引用一个目录名而不是文件名的URL时，使用哪个文件。
<error-page></error-page> 在返回特定HTTP状态代码时，或者特定类型的异常被抛出时，能够制定将要显示的页面。
<taglib></taglib> 对标记库描述符文件（Tag Libraryu Descriptor file）指定别名。此功能使你能够更改TLD文件的位置，而不用编辑使用这些文件的JSP页面。
<resource-env-ref></resource-env-ref>声明与资源相关的一个管理对象。
<resource-ref></resource-ref> 声明一个资源工厂使用的外部资源。
<security-constraint></security-constraint> 制定应该保护的URL。它与login-config元素联合使用
<login-config></login-config> 指定服务器应该怎样给试图访问受保护页面的用户授权。它与sercurity-constraint元素联合使用。
<security-role></security-role>给出安全角色的一个列表，这些角色将出现在servlet元素内的security-role-ref元素的role-name子元素中。分别地声明角色可使高级IDE处理安全信息更为容易。
<env-entry></env-entry>声明Web应用的环境项。
<ejb-ref></ejb-ref>声明一个EJB的主目录的引用。
<ejb-local-ref></ejb-local-ref>声明一个EJB的本地主目录的应用。
</web-app>
