程式師世界 >> 編程語言 >> JAVA編程 >> JAVA綜合教程 >> How Tomcat works — 七、tomcat發布webapp，tomcatwebapp

How Tomcat works — 七、tomcat發布webapp，tomcatwebapp

編輯：JAVA綜合教程

How Tomcat works — 七、tomcat發布webapp，tomcatwebapp

什麼叫發布

發布就是讓tomcat知道我們的程序在哪裡，並根據我們的配置創建Context，進行初始化、啟動，如下：

程序所在的位置
創建Context，添加到Host
初始化（創建解析webxml的digester）
啟動（初始化filter、listener、servlet）

webapp發布方式

在tomcat 中發布webapp的方式不同會導致app啟動的先後順序不一樣（這裡按照啟動順序或者時機不同進行劃分）：

其實兩種發布方式只是在啟動順序上稍有不同，啟動過程完全一致，先以在server.xml中配置說明

在server.xml進行配置

這情況在我們使用eclipse等工具進行開發發布的時候，eclipse會幫我們在server.xml的Host標簽內添加Context，如下：

<?xml version="1.0" encoding="UTF-8"?> <Server port="8006" shutdown="SHUTDOWN"> <Listener className="org.apache.catalina.startup.VersionLoggerListener"/>   <Listener SSLEngine="on" className="org.apache.catalina.core.AprLifecycleListener"/>  <Listener className="org.apache.catalina.core.JasperListener"/>  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/> <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/> <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener"/>  <GlobalNamingResources>  <Resource auth="Container" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" name="UserDatabase" pathname="conf/tomcat-users.xml" type="org.apache.catalina.UserDatabase"/> </GlobalNamingResources>  <Service name="Catalina">    <Connector connectionTimeout="20000" port="8888" protocol="HTTP/1.1" redirectPort="8445"/>      <Connector port="8019" protocol="AJP/1.3" redirectPort="8443"/>   <Engine defaultHost="localhost" name="Catalina">    <Realm className="org.apache.catalina.realm.LockOutRealm">  <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/> </Realm> <Host appBase="webapps" autoDeploy="true" name="localhost" unpackWARs="true">    <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" pattern="%h %l %u %t "%r" %s %b" prefix="localhost_access_log." suffix=".txt"/> <Context docBase="/var/tomcat-test/webapps/TestTomcat" path="/TestTomcat" reloadable="true" source="org.eclipse.jst.jee.server:TestTomcat"/> </Host> </Engine> </Service> </Server> View Code

在新建server的時候會解析server.xml，同時也會根據我們上面的配置新建StandardContext，而且會將StandardContext作為Host的一個Child（可以在Catalina.createStartDigester方法中查看怎麼解析server.xml），在tomcat的啟動過程中context是由父容器host啟動的

額，看到這張圖發現似曾相識，對滴，就是Context的初始化，因為在tomcat中一個context實例就代表一個webapp，所以其實應用程序webapp的發布本身就是context的初始化和啟動，再看看context的啟動

以上已經完整展示了一個webapp的發布過程，也就是在server.xml的配置的webapp發布過程，接著來看看在webapps目錄下的發布過程。

在webapps目錄下

在StandardHost的startInternal方法中調用了父類的ContainerBase.startInternal方法，在StandardHost發布完在server.xml中配置的app之後，會調用setState來切換自身的狀態，這個時候就會觸發listener HostConfig的lifecycleEvent方法

@Override
protected synchronized void startInternal() throws LifecycleException {

    // Start our subordinate components, if any
    if ((loader != null) && (loader instanceof Lifecycle))
        ((Lifecycle) loader).start();
    logger = null;
    getLogger();
    if ((manager != null) && (manager instanceof Lifecycle))
        ((Lifecycle) manager).start();
    if ((cluster != null) && (cluster instanceof Lifecycle))
        ((Lifecycle) cluster).start();
    Realm realm = getRealmInternal();
    if ((realm != null) && (realm instanceof Lifecycle))
        ((Lifecycle) realm).start();
    if ((resources != null) && (resources instanceof Lifecycle))
        ((Lifecycle) resources).start();

    // Start our child containers, if any
　　 // 因為在解析server.xml的時候已經新建了Context，這裡就可以直接start
    Container children[] = findChildren();
    List<Future<Void>> results = new ArrayList<Future<Void>>();
    for (int i = 0; i < children.length; i++) {
        results.add(startStopExecutor.submit(new StartChild(children[i])));
    }

    boolean fail = false;
    for (Future<Void> result : results) {
        try {
            result.get();
        } catch (Exception e) {
            log.error(sm.getString("containerBase.threadedStartFailed"), e);
            fail = true;
        }

    }
    if (fail) {
        throw new LifecycleException(
                sm.getString("containerBase.threadedStartFailed"));
    }

    // Start the Valves in our pipeline (including the basic), if any
    if (pipeline instanceof Lifecycle)
        ((Lifecycle) pipeline).start();

　　 // 調用lifecycleEvent方法，觸發StandardHost的start事件，觸發監聽器HostConfig的start方法，所有在webapps下面的都在start方法中發布
    setState(LifecycleState.STARTING);

    // Start our thread
    threadStart();

}

調用過程如下：

（上圖中主要畫出了deployWars的調用過程，其他兩個deploy方法也類似）

在HostConfig.deployApps方法中主要進行了：

調用deployDescriptors：發布所有使用xml配置的webapp，因為可能有多個xml，所以在該方法內部又調用了deployDescriptor來發布每個xml對應的webapp
調用deployWars：發布所有在webapps目錄下的war包，也可能存在多個
調用deployDirectories：發布所有直接部署在webapps目錄下的應用程序

前面說過了，發布webapp就是新建一個context對象並初始化、啟動，上面三個方法中主要的作用為：

Class<?> clazz = Class.forName(host.getConfigClass());
LifecycleListener listener =
    (LifecycleListener) clazz.newInstance();
context.addLifecycleListener(listener);

context.setName(cn.getName());
context.setPath(cn.getPath());
context.setWebappVersion(cn.getVersion());
context.setDocBase(cn.getBaseName() + ".war");
host.addChild(context);