Tomcat启动部分源代码分析(五) -- 应用程序加载

前面所叙述的tomcat启动中并没有webapps下边应用程序载入的内容，今天花了些时间在源代码中找到了一些相关的内容。

1. webapps下的应用程序的载入，要从Digester的HostRuleSet说起了：

Java代码

1. public void addRuleInstances(Digester digester) {   
2.     digester.addObjectCreate(prefix + "Host", "org.apache.catalina.core.StandardHost",   
3.             "className");   
4.     digester.addSetProperties(prefix + "Host");   
5.     digester.addRule(prefix + "Host", new CopyParentClassLoaderRule());   
6.        
7.     // 重要的就是这句，发现一个<Host>标签时，要实现LifecycleListenerRule   
8.     digester.addRule(prefix + "Host", new LifecycleListenerRule(   
9.             "org.apache.catalina.startup.HostConfig", "hostConfigClass"));   
10.     digester.addSetNext(prefix + "Host", "addChild", "org.apache.catalina.Container");   
11.   
12.     digester.addCallMethod(prefix + "Host/Alias", "addAlias", 0);   
13.   
14.     digester.addObjectCreate(prefix + "Host/Cluster", null, "className");   
15.     digester.addSetProperties(prefix + "Host/Cluster");   
16.     digester.addSetNext(prefix + "Host/Cluster", "setCluster", "org.apache.catalina.Cluster");   
17.   
18.     digester.addObjectCreate(prefix + "Host/Listener", null, "className");   
19.     digester.addSetProperties(prefix + "Host/Listener");   
20.     digester.addSetNext(prefix + "Host/Listener", "addLifecycleListener",   
21.             "org.apache.catalina.LifecycleListener");   
22.   
23.     digester.addObjectCreate(prefix + "Host/Realm", null, "className");   
24.     digester.addSetProperties(prefix + "Host/Realm");   
25.     digester.addSetNext(prefix + "Host/Realm", "setRealm", "org.apache.catalina.Realm");   
26.   
27.     digester.addObjectCreate(prefix + "Host/Valve", null, "className");   
28.     digester.addSetProperties(prefix + "Host/Valve");   
29.     digester.addSetNext(prefix + "Host/Valve", "addValve", "org.apache.catalina.Valve");   
30.   
31. }  

当Digester解析XML到<Host>标签处时，有一个LifecycleListenerRule，它的begin方法如下所示。

Java代码

1. public void begin(String namespace, String name, Attributes attributes) throws Exception {   
2.     String className = listenerClass;   
3.     if (attributeName != null) {   
4.         String value = attributes.getValue(attributeName);   
5.         if (value != null)   
6.             className = value;   
7.     }   
8.     Class clazz = Class.forName(className);   
9.     LifecycleListener listener = (LifecycleListener) clazz.newInstance();   
10.   
11.     Lifecycle lifecycle = (Lifecycle) digester.peek();   
12.     lifecycle.addLifecycleListener(listener);   
13.   
14. }  

通过这个方法，将一个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()就是实现事件处理的方法，如下所示：

Java代码

1. public void lifecycleEvent(LifecycleEvent event) {   
2.   
3.     if (event.getType().equals(Lifecycle.PERIODIC_EVENT))   
4.         check();   
5.   
6.     try {   
7.         host = (Host) event.getLifecycle();   
8.         if (host instanceof StandardHost) {   
9.             setDeployXML(((StandardHost) host).isDeployXML());   
10.             setUnpackWARs(((StandardHost) host).isUnpackWARs());   
11.             setXmlNamespaceAware(((StandardHost) host).getXmlNamespaceAware());   
12.             setXmlValidation(((StandardHost) host).getXmlValidation());   
13.         }   
14.     } catch (ClassCastException e) {   
15.         log.error(sm.getString("hostConfig.cce", event.getLifecycle()), e);   
16.         return;   
17.     }   
18.        
19.     // 这句判断了事件的类型，如果是START_EVENT方法就调用start()   
20.     if (event.getType().equals(Lifecycle.START_EVENT))   
21.         start();   
22.     else if (event.getType().equals(Lifecycle.STOP_EVENT))   
23.         stop();   
24.   
25. }  

 

这个方法的最后判断了当出现START_EVENT时要调用start()方法。

Java代码

1. public void start() {   
2.     if (log.isDebugEnabled())   
3.         log.debug(sm.getString("hostConfig.start"));   
4.   
5.     try {   
6.         ObjectName hostON = new ObjectName(host.getObjectName());   
7.         oname = new ObjectName(hostON.getDomain() + ":type=Deployer,host=" + host.getName());   
8.         Registry.getRegistry(null, null).registerComponent(this, oname,   
9.                 this.getClass().getName());   
10.     } catch (Exception e) {   
11.         log.error(sm.getString("hostConfig.jmx.register", oname), e);   
12.     }   
13.   
14.     if (host.getDeployOnStartup())   
15.         deployApps();   
16.   
17. }  

 

这个方法的最后调用了deployApps()，看名字就与部署应用程序有关系了，赶紧来看一下它写了什么。 

 

Java代码

1. protected void deployApps() {   
2.     File appBase = appBase(); // 默认为webapps   
3.     File configBase = configBase();// 默认为%TOMCAT_HOME%\conf\Catalina(Engine名)\localhost(Host名)   
4.     // xml部署描述符   
5.     deployDescriptors(configBase, configBase.list());   
6.     // 部署war   
7.     deployWARs(appBase, appBase.list());   
8.     // 部署文件夹形式的   
9.     deployDirectories(appBase, appBase.list());   
10. }  

 

这三个deploy*()方法分别负责载入三种形式的应用程序，这三个方法最后都会将应用程序的路径和对应的修改时间保存下来。方法太长就不详细介绍了。