前面所叙述的tomcat启动中并没有webapps下边应用程序载入的内容,今天花了些时间在源代码中找到了一些相关的内容。
1. webapps下的应用程序的载入,要从Digester的HostRuleSet说起了:
public void addRuleInstances(Digester digester) {
digester.addObjectCreate(prefix + "Host", "org.apache.catalina.core.StandardHost",
"className");
digester.addSetProperties(prefix + "Host");
digester.addRule(prefix + "Host", new CopyParentClassLoaderRule());
// 重要的就是这句,发现一个<Host>标签时,要实现LifecycleListenerRule
digester.addRule(prefix + "Host", new LifecycleListenerRule(
"org.apache.catalina.startup.HostConfig", "hostConfigClass"));
digester.addSetNext(prefix + "Host", "addChild", "org.apache.catalina.Container");
digester.addCallMethod(prefix + "Host/Alias", "addAlias", 0);
digester.addObjectCreate(prefix + "Host/Cluster", null, "className");
digester.addSetProperties(prefix + "Host/Cluster");
digester.addSetNext(prefix + "Host/Cluster", "setCluster", "org.apache.catalina.Cluster");
digester.addObjectCreate(prefix + "Host/Listener", null, "className");
digester.addSetProperties(prefix + "Host/Listener");
digester.addSetNext(prefix + "Host/Listener", "addLifecycleListener",
"org.apache.catalina.LifecycleListener");
digester.addObjectCreate(prefix + "Host/Realm", null, "className");
digester.addSetProperties(prefix + "Host/Realm");
digester.addSetNext(prefix + "Host/Realm", "setRealm", "org.apache.catalina.Realm");
digester.addObjectCreate(prefix + "Host/Valve", null, "className");
digester.addSetProperties(prefix + "Host/Valve");
digester.addSetNext(prefix + "Host/Valve", "addValve", "org.apache.catalina.Valve");
}
当Digester解析XML到<Host>标签处时,有一个LifecycleListenerRule,它的begin方法如下所示。
public void begin(String namespace, String name, Attributes attributes) throws Exception {
String className = listenerClass;
if (attributeName != null) {
String value = attributes.getValue(attributeName);
if (value != null)
className = value;
}
Class clazz = Class.forName(className);
LifecycleListener listener = (LifecycleListener) clazz.newInstance();
Lifecycle lifecycle = (Lifecycle) digester.peek();
lifecycle.addLifecycleListener(listener);
}
通过这个方法,将一个HostConfig对象加入到了StandardHost的LifecycleListener中去。而这里就是加载webapps的基础之处。
随后,随着Tomcat的启动,开始调用Bootstrap#start()。在start()方法中进而调用了一系列的start()。这其中就包括StandardHost#start()。
StandardHost#start()中的前面很多句都没有包含载入webapps的行为,直到最后一句,就是调用了super.start(),也就是调用了ContainerBase#start()。其中这样一句引发了载入webapps的行为:lifecycle.fireLifecycleEvent(START_EVENT, null);
也就是通知START_EVENT给所有的LifecycleListener,其中就包括了前面提到的HostConfig。HostConfig#lifecycleEvent()就是实现事件处理的方法,如下所示:
public void lifecycleEvent(LifecycleEvent event) {
if (event.getType().equals(Lifecycle.PERIODIC_EVENT))
check();
try {
host = (Host) event.getLifecycle();
if (host instanceof StandardHost) {
setDeployXML(((StandardHost) host).isDeployXML());
setUnpackWARs(((StandardHost) host).isUnpackWARs());
setXmlNamespaceAware(((StandardHost) host).getXmlNamespaceAware());
setXmlValidation(((StandardHost) host).getXmlValidation());
}
} catch (ClassCastException e) {
log.error(sm.getString("hostConfig.cce", event.getLifecycle()), e);
return;
}
// 这句判断了事件的类型,如果是START_EVENT方法就调用start()
if (event.getType().equals(Lifecycle.START_EVENT))
start();
else if (event.getType().equals(Lifecycle.STOP_EVENT))
stop();
}
这个方法的最后判断了当出现START_EVENT时要调用start()方法。
public void start() {
if (log.isDebugEnabled())
log.debug(sm.getString("hostConfig.start"));
try {
ObjectName hostON = new ObjectName(host.getObjectName());
oname = new ObjectName(hostON.getDomain() + ":type=Deployer,host=" + host.getName());
Registry.getRegistry(null, null).registerComponent(this, oname,
this.getClass().getName());
} catch (Exception e) {
log.error(sm.getString("hostConfig.jmx.register", oname), e);
}
if (host.getDeployOnStartup())
deployApps();
}
这个方法的最后调用了deployApps(),看名字就与部署应用程序有关系了,赶紧来看一下它写了什么。
protected void deployApps() {
File appBase = appBase(); // 默认为webapps
File configBase = configBase();// 默认为%TOMCAT_HOME%\conf\Catalina(Engine名)\localhost(Host名)
// xml部署描述符
deployDescriptors(configBase, configBase.list());
// 部署war
deployWARs(appBase, appBase.list());
// 部署文件夹形式的
deployDirectories(appBase, appBase.list());
}
这三个deploy*()方法分别负责载入三种形式的应用程序,这三个方法最后都会将应用程序的路径和对应的修改时间保存下来。方法太长就不详细介绍了。