web.xml加载

Web项目的很多信息都配置在web.xml文件中，而且项目启动时，容器(下文以Tomcat为例)会先读配置文件，那web.xml文件中的那么多内容是按照什么顺序加载的呢？

这个读取顺序跟文件内容的上下文顺序基本没有关系，也就是说这些配置信息的读取顺序是一定的，跟他写在哪个位置没关系。

（1）因为无论是Listener，Filter，Servlet都可能在初始化的时候用到ServletContext中的内容，而这个内容来自<context-param></context-param>配置。

所以首先在启动WEB项目的时候会先读<context-param></context-param>,<context-param></context-param>的位置可以随便写，但确是最早被加载。

在得到这个context-param的值之后,就可以做一些其他操作了，这个时候的WEB项目还没有完全启动完成，读取context-param是最早的操作，会比所有的Servlet等都要早。

（2）然后,Tomcat会创建一个ServletContext对象,WEB项目整个Application都将共享这个ServletContext，Tomcat随后将<context-param></context-param>转化为键值对,并交给ServletContext。

（3）Tomcat创建<listener></listener>中的类实例,即创建监听.

（4）在监听中会有contextInitialized(ServletContextEvent args)初始化方法,在这个方法中可以获得ServletContext中的值：

ServletContext = ServletContextEvent.getServletContext()

context-param的值 = ServletContext.getInitParameter("context-param的键")

（5）然后就是Filter和Servlet

　　所以这个大致的顺序就是：context-param -> listener -> filter -> servlet

时间： 2024-10-15 18:58:20

web.xml加载的相关文章

web.xml加载顺序详解

web.xml加载顺序 1.先加载<context-param>标签 2.创建servletContext容器 3.把<context-parame>标签中数据转化成键值树交给servletContext容器 4.创建Listener实例 5.加载filter(过滤器) 6.加载Interceptor(拦截器) 7.加载servlet 注:filter加载顺序:根据web.xml中<filter-mapper>来决定 servlet一样如此 1.自定义Listener,

web.xml加载顺序

web.xml加载顺序应用服务器启动时web.xml加载过程,至于这些节点在xml文件中的前后顺序没有关系,不过有些应用服务器,我曾碰到过的 websphere就严格要求web.xml的节点顺序,否则部署不成功,所以还是赞成按照web.xml标准格式写 content-param --> listener --> filter --> servlet 1.启动WEB项目的时候,应用服务器会去读它的配置文件web.xml.读两个节点:<listener></lis

web.xml加载顺序与web.xml常用节点解析

web.xml加载顺序应用服务器启动时web.xml加载过程,至于这些节点在xml文件中的前后顺序没有关系,不过有些应用服务器,我曾碰到过的 websphere就严格要求web.xml的节点顺序,否则部署不成功,所以还是赞成按照web.xml标准格式写总的来说, web.xml 的加载顺序是:context-param --> listener --> filter --> servlet 其中, 如果 web.xml 中出现了相同的节点, 则是按照在配置文件中出现的先后顺序来加载的

JAVA Web.xml 加载顺序

web.xml加载过程(步骤): 1.启动WEB项目的时候,容器(如:Tomcat)会去读它的配置文件web.xml.读两个节点: <listener></listener> 和 <context-param></context-param> 2.紧接着,容器创建一个ServletContext(上下文),这个WEB项目所有部分都将共享这个上下文. 3.容器将<context-param></context-param>转化为键值对,

WEB容器启动——web.xml加载详解

最近在看spring的源码,关于web.xml文件在容器(Tomcat.JBOSS等)启动时加载顺序问题很混乱,通过搜集资料,得出以下的结论: 1.加载顺序与它们在 web.xml 文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter.最终得出的结论是:context-param -> listener -> filter -> servlet; 容器首先会去它的配置文件web.xml读取两个节点: <context-param&

【未整理】web.xml加载顺序.RP

一 1.启动一个WEB项目的时候,WEB容器会去读取它的配置文件web.xml,读取<listener>和<context-param>两个结点. 2.紧急着,容创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文. 3.容器将<context-param>转换为键值对,并交给servletContext. 4.容器创建<listener>中的类实例,创建监听器. 二 Load-on-startup Lo

SpringMVC(十七)：Web.xml加载流程源码分析

之前章节讲解了web.xml如何使用编码的方式替换掉,但是一直没有写web.xml是如何被加载的相关细节,觉得十分有必要写一篇文章类梳理下. 待完成... 参考 <SpringMVC初始化流程> <Spring 4.x源码分析-BeanWrapper> <第三章 DispatcherServlet详解 ——跟开涛学SpringMVC> <SpringMvc之DispatcherServlet详解> <Spring MVC入口Servlet详解(Http

spring 的配置文件是上个web.xml 加载spring容器中的/WEB-INF/application.xml 文件

<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:context="http://www.springframework.org/schema/context"xmlns:aop="http://www.springframework.org/sc

Tomcat架构解析(三)-----Engine、host、context解析以及web应用加载

上一篇博文介绍了Server的创建,在Server创建完之后,就进入到Engine的创建过程,如下: 一.Engine的创建 1.创建Engine实例当前次栈顶元素为Service对象,通过Service对象的setContainer()方法,将Engine对象添加到Service中. 2.为Engine添加集群配置 3.为Engine添加生命周期监听器 4.为Engine添加安全配置二.Host的创建 1.创建Host的实例 addCallMethod(String rule,St