关于tomcat:Tomcat源码学习第2篇-Bootstrap的初始化加载

在上一篇中咱们说到 Tomcat 的启动入口是 Bootstrap，那么明天咱们就来钻研一下，Bootstrap 类在启动 main 办法之后是如何进行各项初始化来提供后续程序的运行的。

1. Bootstrap.main()办法

在 main 办法中咱们能够看到，首先是创立了一个 Bootstrap 对象，并行初始化了一些相干的类加载器等操作，而后将创立的对象赋值给了 daemon，而后通过运行时附带的参数来抉择它后续对应的操作，这里咱们间接看到 start 这里。(具体参数携带能够查看 Tomcat 我的项目的 bin/startup.sh 文件)

public static void main(String args[]) {
        // 实例化一个以后 Bootstrap 疏导类对象, 并进行类加载器的初始化，而后把该对象赋值给 daemon
        synchronized (daemonLock) {...}

        try {
            String command = "start";
            if (args.length > 0) {command = args[args.length - 1];
            }
            // 执行命令分支判断
            if (command.equals("startd")) {...} else if (command.equals("stopd")) {...} else if (command.equals("start")) {   // 启动 tomcat 时传入的是 start 命令参数，走此分支
                daemon.setAwait(true);
                // 加载初始化
                daemon.load(args);
                // 启动
                daemon.start();
                if (null == daemon.getServer()) {System.exit(1);
                }
            } else if (command.equals("stop")) {...} else if (command.equals("configtest")) {...} else {log.warn("Bootstrap: command \"" + command + "\" does not exist.");
            }
        } catch (Throwable t) {...}
    }

2. Bootstrap.load()办法

进入 load 办法之后，咱们能够看到它外部理论是通过反射来调用 Catalina.load办法来进行的初始化加载。

3. Catalina.load()办法

在这个办法中，他会创立一个用于解析 XML 文件的对象 digester，而后通过 configFile办法失去 conf/server.xml 文件，并对其进行解析，失去 server 对象 (通过查看conf/server.xml 文件，咱们能够看到整个配置文件中，最外层的标签就是server，其外部再一层层的嵌套其余的标签)。

public void load() {
    // 用于解析 XML 配置文件
    Digester digester = createStartDigester();

    InputSource inputSource = null;
    InputStream inputStream = null;
    File file = null;
    try {
        try {
            // 定位到配置文件 server.xml
            file = configFile();
            inputStream = new FileInputStream(file);
            inputSource = new InputSource(file.toURI().toURL().toString());
        } catch (Exception e) {...}

        try {inputSource.setByteStream(inputStream);
            digester.push(this);
            // 调用 digester 对象真正的去解析 xml
            digester.parse(inputSource);
        } catch (Exception e) {...}
        
        try {
            // 执行 server.init
            getServer().init();
        } catch (LifecycleException e) {...}
    } finally {...}
}

拿到 server 对象之后，调用了一个 init办法，点击该办法跳转到对应实现中

4. LifecycleBase.initInternal()办法

LifecycleBase是 Tomcat 中组件生命周期的对立治理接口的实现类，该类对相干组件的生命周期进行了对立治理，通过刚刚的跳转，咱们找到了 LifecycleBase.initInternal 办法，该办法为形象办法，须要再跳转到对应的子类中，这是一种典型设计模式《模板模式》，在父类中定义好了整体的步骤，具体的实现由子类本人去实现。

5. StandardServer.initInternal()办法

DEBUG 打上断点，再按 F7 进入办法外部，来到 StandardServer.initInternal 处。

这办法中有两处中央调用了初始化办法：

globalNamingResources.init() 和 service.init()，别离对应着配置文件中的两处子标签，咱们将重点放在 service 的初始化操作中，Tomcat中的连接器 Connector 与容器 Engine 都在这里。

Tomcat 中反对多个 service 的配置，所以此处须要遍历进行初始化操作。

6. StandardService.initInternal()办法

通过 service.init 办法，咱们又回到了生命周期根底类中，从新调用 initInternal 办法进入对应的 StandardService 类中，在该类的 initInternal 办法中咱们能够看到有 engine 和connector的初始化操作。

7. StandardEngine.initInternal()办法

持续套娃，进入 StandardEngine 查看具体实现。在这里失去对应的Realm，而后返回。

8. Connector.initInternal()办法

持续往下走，来到 connector.init() 这里，初始化连接器组件。持续往下走，看到了有针对 protocolHandler.init() 的一个初始化操作。

9. AbstractProtocol.init()办法

先对 endpoint 对象进行简略的设置，而后再对其进行初始化操作。

10. AbstractEndpoint.init()办法

这里次要是做一个端口的绑定，具体的实现由 NioEndpoint 来进行实现

11. NioEndpoint.bind()办法

在该办法中咱们能够看到他创立了一个 socket 通道，绑定了咱们在配置文件中设置的 IP 地址与端口。

总结

到此 Bootstrap.load() 办法中的初始化操作根本就完结了，咱们在配置文件中设置的各个组件的参数均已进行初始化。

残缺组件线路如下：

Server
​    Service
​        Connector
​            EndPoint：通信端点(TCP/IP)
​            Processor：报文解析(HTTP/AJP)
​            Adapter：转换器
​        Container
​            Catalina
​                Engine：引擎，是 Servlet 容器 Catalina 的外围，它反对在其下定义多个虚拟主机
​                Host：虚拟主机，容许 Tomcat 引擎在将配置在一台机器上的多个域名宰割开来相互不烦扰
​                Context：上下文对象
​                Wrapper：包装组件

俄罗斯套娃：initInternal()

我收集有泛滥的 计算机电子书籍，有须要的小伙伴自提哦~