外卖网站建设文档,乡镇社区教育中心网站建设,分销电商,易语言可以做网站Bootstrap
Tomcat运行是通过Bootstrap的main方法#xff0c;在开发工具中#xff0c;我们只需要运行Bootstrap的main方法#xff0c;便可以启动tomcat进行代码调试和分析。Bootstrap是tomcat的入口#xff0c;它会完成初始化ClassLoader#xff0c;实例化Catalina以及loa…Bootstrap
Tomcat运行是通过Bootstrap的main方法在开发工具中我们只需要运行Bootstrap的main方法便可以启动tomcat进行代码调试和分析。Bootstrap是tomcat的入口它会完成初始化ClassLoader实例化Catalina以及load、start动作。在这一篇文章中我们将会对tomcat初始化过程进行分析。
main方法
首先实例化Bootstrap并调用init方法对其初始化
Bootstrap bootstrap new Bootstrap();
init
首先初始化commonLoader、catalinaLoader、sharedLoader默认情况下这三个是相同的实例用于加载不同的资源。然后使用反射实例化Catalina设置其parentClassLoader为sharedLoader
public void init() throws Exception {// 初始化commonLoader、catalinaLoader、sharedLoader关于ClassLoader的后面再单独分析initClassLoaders();Thread.currentThread().setContextClassLoader(catalinaLoader);SecurityClassLoad.securityClassLoad(catalinaLoader);// 反射方法实例化Catalina后面初始化Catalina也用了很多反射不知道意图是什么Class? startupClass catalinaLoader.loadClass(org.apache.catalina.startup.Catalina);Object startupInstance startupClass.getConstructor().newInstance();// 反射调用setParentClassLoader方法设置其parentClassLoader为sharedLoaderString methodName setParentClassLoader;Class? paramTypes[] new Class[1];paramTypes[0] Class.forName(java.lang.ClassLoader);Object paramValues[] new Object[1];paramValues[0] sharedLoader;Method method startupInstance.getClass().getMethod(methodName, paramTypes);method.invoke(startupInstance, paramValues);// 引用Catalina实例catalinaDaemon startupInstance;
load start
初始化Bootstrap之后接下来就是加载配置启动容器。而load、start实际上是由Bootstrap反射调用Catalina的load、start这一部分代码将在下面的Catalina部分进行分析
启动时Catalina.setAwait(true)其目的是为了让tomcat在关闭端口阻塞监听关闭命令参考Catalina.await()方法deamon.load(args)实际上会去调用Catalina#load(args)方法会去初始化一些资源优先加载conf/server.xml找不到再去加载server-embed.xml此外load方法还会初始化Serverdaemon.start()实例上是调用Catalina.start()
// daemon即Bootstrap实例
daemon.setAwait(true);
daemon.load(args);
Catalina
由前面的分析可知Bootstrap中的load逻辑实际上是交给Catalina去处理的下面我们对Catalina的初始化过程进行分析
load(init)
load阶段主要是通过读取conf/server.xml或者server-embed.xml实例化Server、Service、Connector、Engine、Host等组件并调用Lifecycle#init()完成初始化动作以及发出INITIALIZING、INITIALIZED事件
1、 首先初始化jmx的环境变量 2、 定义解析server.xml的配置告诉Digester哪个xml标签应该解析成什么类如果我们要改变server.xml的某个属性值(比如优化tomcat线程池)直接查看对应实现类的setXXX方法即可 3、 解析conf/server.xml或者server-embed.xml并且实例化对应的组件并且赋值操作比如Server、Container、Connector等等 4、 为Server设置catalina信息指定Catalina实例设置catalina的home、base路径 5、 调用StarndServer#init()方法完成各个组件的初始化并且由parent组件初始化child组件一层套一层这个设计真心牛逼
public void load() {initDirs();// 初始化jmx的环境变量initNaming();// Create and execute our Digester// 定义解析server.xml的配置告诉Digester哪个xml标签应该解析成什么类Digester digester createStartDigester();InputSource inputSource null;InputStream inputStream null;File file null;try {// 首先尝试加载conf/server.xml省略部分代码......// 如果不存在conf/server.xml则加载server-embed.xml(该xml在catalina.jar中)省略部分代码......// 如果还是加载不到xml则直接return省略部分代码......try {inputSource.setByteStream(inputStream);// 把Catalina作为一个顶级实例digester.push(this);// 解析过程会实例化各个组件比如Server、Container、Connector等digester.parse(inputSource);} catch (SAXParseException spe) {// 处理异常......}} finally {// 关闭IO流......}// 给Server设置catalina信息getServer().setCatalina(this);getServer().setCatalinaHome(Bootstrap.getCatalinaHomeFile());getServer().setCatalinaBase(Bootstrap.getCatalinaBaseFile());// Stream redirectioninitStreams();// 调用Lifecycle的init阶段try {getServer().init();} catch (LifecycleException e) {// ......}// ......load时序图如下所示(查看原图)
Digester利用jdk提供的sax解析功能将server.xml的配置解析成对应的Bean并完成注入比如往Server中注入ServiceEngineConfig它是一个LifecycleListener实现用于配置Engine但是只会处理START_EVENT和STOP_EVENT事件Connector默认会有两种HTTP/1.1、AJP不同的Connector内部持有不同的CoyoteAdapter和ProtocolHandler在Connector初始化的时候也会对ProtocolHandler进行初始化完成端口的监听ProtocolHandler常用的实现有Http11NioProtocol、AjpNioProtocol还有apr系列的Http11AprProtocol、AjpAprProtocolapr系列只有在使用apr包的时候才会使用到在ProtocolHandler调用init初始化的时候还会去执行AbstractEndpoint的init方法完成请求端口绑定、初始化NIO等操作在tomcat7中使用JIoEndpoint阻塞IO而tomcat8中直接移除了JIoEndpoint具体信息请查看org.apache.tomcat.util.net这个包
Catalina在load结束之前会调用Server的init()完成各个组件的初始化下面我们来分析下各个组件在init初始化过程中都做了哪些操作
