TOMCAT 源码分析 -- 启动(上)

简介: TOMCAT 源码分析 -- 启动

前语

Tomcat源码版本为官网下载的9.0.35版本。

配置文件

Tomcat启动的配置文件为server.xml,启动过程也全都围绕它进行,Tomcat的模块结构也可以在其中一览无余

<?xml version="1.0" encoding="UTF-8"?>
<Server port="8005" shutdown="SHUTDOWN">
  <Listener className="org.apache.catalina.startup.VersionLoggerListener" />
  <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
  <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
  <GlobalNamingResources>
    <Resource name="UserDatabase" auth="Container"
              type="org.apache.catalina.UserDatabase"
              description="User database that can be updated and saved"
              factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
              pathname="conf/tomcat-users.xml" />
  </GlobalNamingResources>
  <Service name="Catalina">
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <Engine name="Catalina" defaultHost="localhost">  
      <Realm className="org.apache.catalina.realm.LockOutRealm">
        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
               resourceName="UserDatabase"/>
      </Realm>
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="localhost_access_log" suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
      </Host>
    </Engine>
  </Service>
</Server>

TOMCAT模块结构

Tomcat最重要的模块是Container容器,它层层包裹,像“套娃”一样一层套一层,便于管理内层的生命周期。其结构于配置文件server.xml中的XML标签可以看得出来。首先记下理解这张图的模块结构,对下面源码启动的顺序理解帮助十分大。

生命周期

Tomcat中每个容器的生命周期都实现了一个接口Lifecycle,其重要的方法有initstartstopdestroygetState等。从它的继承树(仅展示部分)可以观察到,容器都实现了它:

启动类

其启动类为Bootstrap,启动方法为main方法。

public static void main(String args[]) {
        synchronized (daemonLock) {
            if (daemon == null) {
                // Don't set daemon until init() has completed
                Bootstrap bootstrap = new Bootstrap();
                try {
                    bootstrap.init();
                } catch (Throwable t) {
                }
                daemon = bootstrap;
            } else {
                Thread.currentThread().setContextClassLoader(daemon.catalinaLoader);
            }
        }
        try {
            String command = "start";
      // ...
            } else if (command.equals("start")) {
                daemon.setAwait(true);
              // 最重要的两步 -- daemon为Bootstrap类本身
              // 第一步加载 -- 加载完会绑定监听socket端口(Tomcat 8开始使用NIO)
                daemon.load(args);
              // 第二步启动 -- 启动完才会去accept()处理请求
                daemon.start();
                if (null == daemon.getServer()) {
                    System.exit(1);
                }
            } 
        } catch (Throwable t) {
        }
    }

加载-load

加载过程,通过反射调用了Catalina类的load方法

/**
     * Load daemon.
     */
    private void load(String[] arguments) throws Exception {
        // Call the load() method
        String methodName = "load";
        Object param[];
        Class<?> paramTypes[];
        if (arguments==null || arguments.length==0) {
            paramTypes = null;
            param = null;
        } else {
            paramTypes = new Class[1];
            paramTypes[0] = arguments.getClass();
            param = new Object[1];
            param[0] = arguments;
        }
        // 通过反射调用了`Catalina`类的`load`方法
        Method method =
            catalinaDaemon.getClass().getMethod(methodName, paramTypes);
        if (log.isDebugEnabled()) {
            log.debug("Calling startup class " + method);
        }
        method.invoke(catalinaDaemon, param);
    }

其加载步骤按顺序有以下几步:

1. 读取配置文件

读取%home%/conf/server.xml配置文件,并用Digester进行解析,将配置文件的容器等配置按照层次递归的放入Server中,实际为StandardServer这个类中。

// Set configuration source
        ConfigFileLoader.setSource(new CatalinaBaseConfigurationSource(Bootstrap.getCatalinaBaseFile(), getConfigFile()));
        File file = configFile();
        // Create and execute our Digester
        Digester digester = createStartDigester();
    // ...
        digester.push(this);
        digester.parse(inputSource);

2. 对server对象进行初始化

getServer().init();
  • 2.1 发现其初始化都是用超类LifecycleBase的final方法进行初始化的(EngineHostContextWrapper等都间接继承于它)。
public abstract class LifecycleBase implements Lifecycle {
    @Override
    public final synchronized void init() throws LifecycleException {
        // ...
        try {
            // 设置状态
            setStateInternal(LifecycleState.INITIALIZING, null, false);
            // 真正执行初始化的方法
            initInternal();
            setStateInternal(LifecycleState.INITIALIZED, null, false);
        } catch (Throwable t) {
            handleSubClassException(t, "lifecycleBase.initFail", toString());
        }
    }
}

查看initInternal方法的定义,发现他将这个方法交由子类进行具体实现,这里就提现了Java多态的模板方法的好处,继续看下去会发现,所有Containner组件的初始化都经过init()方法,最终由自己实现initInternal方法,管理自己内部容器的初始化操作。

// LifecycleBase.java
protected abstract void initInternal() throws LifecycleException;

继续进入initInternal方法执行,进入了Server的实现类StandardServer

// StandardServer.java
  @Override
    protected void initInternal() throws LifecycleException {
        super.initInternal();
        // Initialize utility executor
        reconfigureUtilityExecutor(getUtilityThreadsInternal(utilityThreads));
        // Initialize our defined Services
        // Server管理自己的套娃Service,最终也借用超类的init()方法对Service进行初始化
        for (Service service : services) {
            // 对service进行init
            service.init();
        }
    }

3. 对service进行初始化

在第二步的末尾的循环中又进入了2.1中的init方法,再调用service实现类StandardServiceinitInternal方法

// StandardService.java
    @Override
    protected void initInternal() throws LifecycleException {
    // 初始化Engine
        if (engine != null) {
            engine.init();
        }
        // 初始化执行器
        for (Executor executor : findExecutors()) {
            if (executor instanceof JmxEnabled) {
                ((JmxEnabled) executor).setDomain(getDomain());
            }
            executor.init();
        }
        // 初始化监听器
        mapperListener.init();
        // 初始化 Connectors (可以有多个连接器)
        synchronized (connectorsLock) {
            for (Connector connector : connectors) {
                connector.init();
            }
        }
    }

4. 初始化引擎、执行器、监听器、连接器

  1. 初始化引擎
    重要的仍是其实现父类的initInternal方法,对Realm(领域)的配置,实际获取了LockOutRealm
// StandardEngine.java
  @Override
    protected void initInternal() throws LifecycleException {
        getRealm();
        // 这一步中还会有`ContainerBase`中创建`startStopExecuter`线程池供`start`启动阶段使用。
        super.initInternal();
    }
   // ContainerBase.java
          private void reconfigureStartStopExecutor(int threads) {
               if (threads == 1) {
                      // Use a fake executor -- 虚假的线程池
                   if (!(startStopExecutor instanceof InlineExecutorService)) {
                          startStopExecutor = new InlineExecutorService();
                   }
                  } else {
                   // Delegate utility execution to the Service
                      Server server = Container.getService(this).getServer();
                      server.setUtilityThreads(threads);
                      startStopExecutor = server.getUtilityExecutor();
                  }
              }
  1. 初始化执行器
    源码中带的server.xml中没有定义他,debug直接跳过了。
  2. 初始化监听器
// LifecycleMBeanBase.java
   // MapperListener.java 中并无实现initInternal方法,则一直调用到超类的额该方法
      @Override
       protected void initInternal() throws LifecycleException {
              if (oname == null) {
              mserver = Registry.getRegistry(null, null).getMBeanServer();
        // 将oname 赋值为Catalina:type=Mapper
              oname = register(this, getObjectNameKeyProperties());
          }
      }
  1. 初始化连接器
@Override
    protected void initInternal() throws LifecycleException {
        // Initialize adapter
        adapter = new CoyoteAdapter(this);
        protocolHandler.setAdapter(adapter);
     if (service != null) {
            protocolHandler.setUtilityExecutor(service.getServer().getUtilityExecutor());
     }
        try {
            // 对协议处理器进行初始化
            protocolHandler.init();
        } catch (Exception e) {
            throw new LifecycleException(
                    sm.getString("coyoteConnector.protocolHandlerInitializationFailed"), e);
        }
    }
目录
相关文章
|
11天前
|
监控 Java 应用服务中间件
Spring Boot整合Tomcat底层源码分析
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置和起步依赖等特性,大大简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是其与Tomcat的整合。
34 1
|
2月前
|
监控 网络协议 应用服务中间件
【Tomcat源码分析】从零开始理解 HTTP 请求处理 (第一篇)
本文详细解析了Tomcat架构中复杂的`Connector`组件。作为客户端与服务器间沟通的桥梁,`Connector`负责接收请求、封装为`Request`和`Response`对象,并传递给`Container`处理。文章通过四个关键问题逐步剖析了`Connector`的工作原理,并深入探讨了其构造方法、`init()`与`start()`方法。通过分析`ProtocolHandler`、`Endpoint`等核心组件,揭示了`Connector`初始化及启动的全过程。本文适合希望深入了解Tomcat内部机制的读者。欢迎关注并点赞,持续更新中。如有问题,可搜索【码上遇见你】交流。
【Tomcat源码分析】从零开始理解 HTTP 请求处理 (第一篇)
|
2月前
|
人工智能 前端开发 Java
【Tomcat源码分析】启动过程深度解析 (二)
本文深入探讨了Tomcat启动Web应用的过程,重点解析了其加载ServletContextListener及Servlet的机制。文章从Bootstrap反射调用Catalina的start方法开始,逐步介绍了StandardServer、StandardService、StandardEngine、StandardHost、StandardContext和StandardWrapper的启动流程。每个组件通过Lifecycle接口协调启动,子容器逐层启动,直至整个服务器完全启动。此外,还详细分析了Pipeline及其Valve组件的作用,展示了Tomcat内部组件间的协作机制。
【Tomcat源码分析】启动过程深度解析 (二)
|
2月前
|
前端开发 Java 应用服务中间件
【Tomcat源码分析 】"深入探索:Tomcat 类加载机制揭秘"
本文详细介绍了Java类加载机制及其在Tomcat中的应用。首先回顾了Java默认的类加载器,包括启动类加载器、扩展类加载器和应用程序类加载器,并解释了双亲委派模型的工作原理及其重要性。接着,文章分析了Tomcat为何不能使用默认类加载机制,因为它需要解决多个应用程序共存时的类库版本冲突、资源共享、类库隔离及JSP文件热更新等问题。最后,详细展示了Tomcat独特的类加载器设计,包括Common、Catalina、Shared、WebApp和Jsp类加载器,确保了系统的稳定性和安全性。通过这种设计,Tomcat实现了不同应用程序间的类库隔离与共享,同时支持JSP文件的热插拔。
【Tomcat源码分析 】"深入探索:Tomcat 类加载机制揭秘"
|
2月前
|
设计模式 应用服务中间件 容器
【Tomcat源码分析】Pipeline 与 Valve 的秘密花园
本文深入剖析了Tomcat中的Pipeline和Valve组件。Valve作为请求处理链中的核心组件,通过接口定义了关键方法;ValveBase为其基类,提供了通用实现。Pipeline则作为Valve容器,通过首尾相连的Valve链完成业务处理。StandardPipeline实现了Pipeline接口,提供了详细的Valve管理逻辑。通过对代码的详细分析,揭示了模板方法模式和责任链模式的应用,展示了系统的扩展性和模块化设计。
【Tomcat源码分析】Pipeline 与 Valve 的秘密花园
|
2月前
|
设计模式 人工智能 安全
【Tomcat源码分析】生命周期机制 Lifecycle
Tomcat内部通过各种组件协同工作,构建了一个复杂的Web服务器架构。其中,`Lifecycle`机制作为核心,管理组件从创建到销毁的整个生命周期。本文详细解析了Lifecycle的工作原理及其方法,如初始化、启动、停止和销毁等关键步骤,并展示了LifecycleBase类如何通过状态机和模板模式实现这一过程。通过深入理解Lifecycle,我们可以更好地掌握组件生命周期管理,提升系统设计能力。欢迎关注【码上遇见你】获取更多信息,或搜索【AI贝塔】体验免费的Chat GPT。希望本章内容对你有所帮助。
|
3月前
|
网络协议 Java 应用服务中间件
Tomcat源码分析 (一)----- 手撕Java Web服务器需要准备哪些工作
本文探讨了后端开发中Web服务器的重要性,特别是Tomcat框架的地位与作用。通过解析Tomcat的内部机制,文章引导读者理解其复杂性,并提出了一种实践方式——手工构建简易Web服务器,以此加深对Web服务器运作原理的认识。文章还详细介绍了HTTP协议的工作流程,包括请求与响应的具体格式,并通过Socket编程在Java中的应用实例,展示了客户端与服务器间的数据交换过程。最后,通过一个简单的Java Web服务器实现案例,说明了如何处理HTTP请求及响应,强调虽然构建基本的Web服务器相对直接,但诸如Tomcat这样的成熟框架提供了更为丰富和必要的功能。
|
6月前
|
前端开发 Java 应用服务中间件
|
6月前
|
XML Java 应用服务中间件
SpringBoot配置外部Tomcat项目启动流程源码分析(长文)
SpringBoot配置外部Tomcat项目启动流程源码分析(长文)
546 0