Web应用的初始化工作是在ContextConfig的configureStart方法中实现的,应用的初始化主要是解析web.xml文件,这个文件描述了一个Web应用的关键信息,也是一个Web应用的入口。
Tomcat首先会找globalWebXml,这个文件的搜索路径是engine的工作目录下的org/apache/catalina/startup/NO_DEFAULT_XML或conf/web.xml。接着会找hostWebXml,这个文件可能会在System.getProperty("catalina.base")/conf/&{EngineName}/${HostName}/web.xml.default中,接着寻找应用的配置文件examples/WEB-INF/web.xml。web.xml文件中各个配置项将会被解析成相应的属性保存在WebXml对象中。如果当前的应用支持Servlet 3.0,解析还将完成额外的9项工作,这额外的9项工作主要是Servlet 3.0 新增的特性(包括jar包中的META-INF/web-fragment.xml)的解析及对annotations支持。
接下来会将WebXml对象中的属性设置到Context容器中,这里包括创建Servlet对象、filter、listener等,这段代码在WebXml的configureContext方法中。
为什么要将Servlet包装成StandardWrapper而不直接包装成Servlet对象?这里StandardWrapper是Tomcat容器中的一部分,他具有容器的特征,而Servlet作为一个独立的Web开发标准,不应该耦合在Tomcat中。
除了将Servlet包装成StandardWrapper并作为子容器添加到Context中外,其他所有的web.xml属性都被解析到Context中,所以说Context容器才是真正运行Servlet的Servlet容器。一个Web应用对应一个Context容器,容器的配置属性由应用的web.xml指定,这样我们就能理解web.xml到底起什么作用了。