Tomcat6.0源码学习--启动框架
1.摘要
对于独立运行的应用程序来说，都有一个入口，以便启动应用程序。Java应用程序的入口是类的main方法，在这里你可以初始化应用的上下文环境，然后创建应用组件并提供服务。对于简单的应用程序，可以直接将启动代码放在main方法中，但是，对于复杂的，或者可扩展的应用来说，这样做是不负责任的，也是不优雅的。那么，怎么做才是负责任的，优雅的？下面我们看看Tomcat是如何启动的，分析一下它的启动框架。希望从中能找到答案。
2.Tomcat启动框架
默认的情况下，在命令行下启动Tomcat，程序的入口是org.apache.catalina.startup.Bootstrap类的main方法，Bootstrap是一个final类，不允许扩展。下面看看main方法，
|
public static void main(String args[]) { if (daemon == null) { daemon = new Bootstrap(); try { daemon.init(); } catch (Throwable t) { t.printStackTrace(); return; } }
try { String command = "start"; if (args.length > 0) { command = args[args.length - 1]; }
if (command.equals("startd")) { args[0] = "start"; daemon.load(args); daemon.start(); } else if (command.equals("stopd")) { args[0] = "stop"; daemon.stop(); } else if (command.equals("start")) { daemon.setAwait(true); daemon.load(args); daemon.start(); } else if (command.equals("stop")) { daemon.stopServer(args); } else { log.warn("Bootstrap: command \"" + command + "\" does not exist."); } } catch (Throwable t) { t.printStackTrace(); } } |
由代码可知，main方法很简单，就做2件事，一.实例化和初始化Bootstrap，并缓存起来，二.处理命令行参数，根据参数调用不同的操作，此之谓引导。看一下序列图更加清晰：
2.1引导过程
一般来说，在使用一个对象之前，要先初始化好这个对象的状态（就是属性的值），而Bootstrap的初始化也无非干了这些事。
首先初始化属性commonLoader，catalinaLoader，sharedLoader的值，在初始化的过程中先设置了环境变量${catalina.home}和${catalina.base}，然后读取配置文件，创建ClassLoader并赋值给属性字段。
接着使用catalinaLoader加载org.apache.catalina.startup.Catalina类并实例化一个对象，并将该对象设置到属性catalinaDaemon中。
当Bootstrap对象初始化完了，就可以接受命令并引导服务了。不同的命令对应不同的Bootstrap动作，而Bootstrap动作委托给Catalina对象来处理。
2.2Catalina
我们知道，Tomcat是面向组件设计的典范，而且组件的装配是可配置的，那么在Tomcat实例启动之前，必须有一个地方来装配这些个组件。Catalina类正好担此重任。Catalina主要负责Tomcat的装配，并在Bootstrap的引导下操作Tomcat实例。
当Bootstrap接到“start”命令后，会引导Catalina对象的load动作装配一个新的Server实例，接着Bootstrap引导Catalina对象启动Server实例。由此可以看出，Catalina是Tomcat实例的装配工厂和引线。
您可能也喜欢：