Tomcat服务器顶层结构和启动过程

标签: tomcat 服务器 结构 | 发表时间:2016-12-09 05:12 | 作者:u010870518
出处:http://blog.csdn.net

号外:2016 最流行的是哪一种 Java 应用服务器呢?

通过从部署的 1240 个 JVM 中得到的数据,我们能够确定出现了 862 个容器供应商,或者说是占到了运行环境的 70% 左右。这些容器的供应商分布如下:

这里写图片描述

Tomcat 的安装基数已经连续两年超过排行榜的 50%。占到总份额的 58.22% 无疑使其成为赢家。

免费、开源、跨平台的Tomcat无疑是我们开始学习Java EE的第一个服务器,会用对于日常开发完全够用了,但是还是要学一下Tomcat相关的原理和设计思想等,对于以后相关的扩展和优化有着重要的作用。下边是学习Tomcat,翻看Tomcat源码的一些总结和感悟,作为笔记查看。

1、Tomcat服务器顶层结构

俗话说,站在巨人的肩膀上看世界,一般学习的时候也是先总览一下整体,然后逐个部分个个击破,最后形成思路,了解具体细节。Tomcat 的结构很复杂,但是 Tomcat 也非常的模块化,找到了 Tomcat 最核心的模块,问题才可以游刃而解。先上一张Tomcat的顶层结构图,如下:

这里写图片描述

Tomcat中最顶层的容器是Server,代表着整个服务器,从上图中可以看出,一个Server可以包含至少一个Service,用于具体提供服务。

Service主要包含两个部分:Connector和Container。从上图中可以看出 Tomcat 的心脏就是这两个组件,他们的作用如下:

  1. Connector用于处理链接相关的事情,并提供Socket与Request和Response相关的转化;
  2. Container用于封装和管理Servlet,以及具体处理Request请求;

一个Tomcat中只有一个Server,一个Server可以包含多个Service,一个Service只有一个Container,但是可以有多个Connectors,这是因为一个服务可以有多个连接,如同时提供http和https链接,也可以提供向相同协议不同端口的连接。

多个 Connector 和一个 Container 就形成了一个 Service,有了 Service 就可以对外提供服务了,但是 Service 还要一个生存的环境,必须要有人能够给她生命、掌握其生死大权,那就非 Server 莫属了。所以整个 Tomcat 的生命周期由 Server 控制。

另外,上述的包含关系或者说是父子关系,都可以在tomcat的conf目录下的server.xml配置文件中看出,下图是删除了注释内容之后的一个完整的server.xml配置文件(Tomcat版本为8.0)

这里写图片描述

详细的配置文件文件内容可以到Tomcat官网查看: http://tomcat.apache.org/tomcat-8.0-doc/index.html

上边的配置文件,还可以通过下边的一张结构图更清楚的理解:

这里写图片描述

Server标签设置的端口号为8005,shutdown=”SHUTDOWN” ,表示在8005端口监听“SHUTDOWN”命令,乳沟接收到了就会关闭Tomcat。一个Server有一个Service,当然还可以进行配置,一个Service有多个,Service左边的内容都属于Container的,Service下边是Connector。

总结
Tomcat中只有一个Server,一个Server可以有多个Service,一个Service可以有多个Connector和一个Container。

2、Tomcat的启动过程

首先看一张Tomcat启动的时序图,如下:

这里写图片描述

Tomcat的启动入口main方法是在Bootstrap类里,但具体的执行过程是在Catalina里边,这样做可以使得把启动的入口和具体的管理类进行分开,从而可以方便的创建多种启动的方式。

Catalina是整个Tomcat的管理类,他有三个方法load、start、stop分别用来管理整个服务器的生命周期。load方法用于加载tomcat/conf目录下的server.xml配置文件,用来创建Server并调用Server的init方法进行初始化操作,start用于启动服务器器,stop用于停止服务器,start和stop方法在内部分别调用Server的start和stop方法,load方法在内部调用了 Server的init方法,这三个方法都会按层次分逐层调用相应的方法。

从上述的时序图,按着从上到下,从左到右的顺序,完全可以了解整个Tomcat的启动顺序。

上图中看到了几个陌生的名字,下边具体说明。

2.1、Bootstrap的启动过程

Bootstrap作为Tomcat的启动入口,其main方法如下:

  public static void main(String args[]) {

        //首先判断Bootstrap daemon 是否为空,就是创建一个Bootstrap实例daemon
        if (daemon == null) {
            // Don't set daemon until init() has completed
            Bootstrap bootstrap = new Bootstrap();
            try {
                bootstrap.init(); //初始化ClassLoader,并用ClassLoader创建了一个Catalina实例,并将这个实例赋值给了cataLinaDaemon
            } catch (Throwable t) {
                handleThrowable(t);
                t.printStackTrace();
                return;
            }
            daemon = bootstrap;
        } else {
            // When running as a service the call to stop will be on a new
            // thread so make sure the correct class loader is used to prevent
            // a range of class not found exceptions.
            Thread.currentThread().setContextClassLoader(daemon.catalinaLoader);
        }

        try {
            String command = "start"; //指定默认的执行指令是start
            if (args.length > 0) {
                command = args[args.length - 1];
            }

            if (command.equals("startd")) {
                args[args.length - 1] = "start";
                daemon.load(args); //BootStrap的load方法,其实是调用Calatina的load方法
                daemon.start();
            } else if (command.equals("stopd")) {
                args[args.length - 1] = "stop";
                daemon.stop();
            } else if (command.equals("start")) {
                daemon.setAwait(true); //setWait方法 主要是为了设置Server启动完成后是否进入等待状态的标志,如果为true则进入,否则不进入
                daemon.load(args);   //load方法用于加载配置文件,创建并初始化Server
                daemon.start();     //start方法用于启动服务器
            } else if (command.equals("stop")) {
                daemon.stopServer(args);
            } else if (command.equals("configtest")) {
                daemon.load(args);
                if (null == daemon.getServer()) {
                    System.exit(1);
                }
                System.exit(0);
            } else {
                log.warn("Bootstrap: command \"" + command + "\" does not exist.");
            }
        } catch (Throwable t) {
            // Unwrap the Exception for clearer error reporting
            if (t instanceof InvocationTargetException &&
                    t.getCause() != null) {
                t = t.getCause();
            }
            handleThrowable(t);
            t.printStackTrace();
            System.exit(1);
        }
    }

(1)上述执行的bootstrap.init()方法源代码如下:

这里写图片描述

(2)main方法里边,首先创建一个Bootstrap,并执行init方法进行初始化,然后出来main方法里传入的参数,如果参数为空,默认为start。

(3)在init方法里初始化ClassLoader,并用ClassLoader创建了Catalina实例,然后赋值给catalinaDaemon变量,后边对命令的操作都要使用catalinaDaemon来具体的执行;

(4)在start命令的处理调用的时候有三个方法:setAwait、load
、start。这三个方法在内部调用了Clatalina的相应的方法进行具体的执行,只不过是用反射来调用的。

2.2、Catalina的启动过程

Catalina的启动主要调用setAwait、load和start方法来实现,setAwait方法用于设置Server启动完成后是否进入等待状态的标志,如果为true则进入,否则不进入;load方法用于加载配置文件,创建并初始化Server;start用于启动服务器。

Catalina的load方法根据con/server.xml文件进行创建对象的,并赋值给server属性。

2.3、Server的启动过程

Server是一个接口,继承自Lifecycle ,接口定义如下:

  public interface Server extends Lifecycle {
}

这里写图片描述

看接口的结构图可以看出,其中包含了addService、findService、removeService三个主要的方法,用来增加、查找、删除Service。Server的init方法和start方法分别循环调用了每个Service方init方法和start方法来启动所有的Service。

Server 的默认实现是:org.apache.catalina.core.StandardServer,继承关系图如下:

这里写图片描述

StandardServer的initInternal和startInternal方法分别循环调用了每一个Service的start和init方法。

这里写图片描述

2.4、Service的启动过程

Service是一个接口,继承自Lifecycle ,接口定义如下:

  public interface Service extends Lifecycle {
}

Service 接口定义的方法和属性如下:

这里写图片描述

Service的默认实现是:org.apache.catalina.core.StandardService。StandardService和StandardServer有相似的继承关系,如下图:

这里写图片描述

StandardService的initInternal方法如下:

      @Override
    protected void initInternal() throws LifecycleException {

        super.initInternal();

        if (engine != null) {
            engine.init();
        }

        // Initialize any Executors
        for (Executor executor : findExecutors()) {
            if (executor instanceof JmxEnabled) {
                ((JmxEnabled) executor).setDomain(getDomain());
            }
            executor.init();
        }

        // Initialize mapper listener
        mapperListener.init();

        // Initialize our defined Connectors
        synchronized (connectorsLock) {
            for (Connector connector : connectors) {
                connector.init();
            }
        }
    }

StandardService的startInternal方法如下:

      @Override
    protected void startInternal() throws LifecycleException {

        if(log.isInfoEnabled())
            log.info(sm.getString("standardService.start.name", this.name));
        setState(LifecycleState.STARTING);

        // Start our defined Container first
        if (engine != null) {
            synchronized (engine) {
                engine.start();
            }
        }

        synchronized (executors) {
            for (Executor executor: executors) {
                executor.start();
            }
        }

        mapperListener.start();

        // Start our defined Connectors second
        synchronized (connectorsLock) {
            for (Connector connector: connectors) {
                // If it has already failed, don't try and start it
                if (connector.getState() != LifecycleState.FAILED) {
                    connector.start();
                }
            }
        }
    }

可以看出,StandardService的initInternal和startInternal方法主要调用container、executors、mapperListener、connectors的init和start方法。

mapperListener是Mapper的监听器,用来监听Container容器的变化;executors是用在connectors中管理线程的线程池,在server.xml文件中可以看到,默认是注释的:

这里写图片描述

3、总结

上述的几小节,大致记录了一下Tomcat的整体结构,在上边介绍的时候,也有一些没有写到的东西,比如说Tomcat生命周期管理的接口Lifecycle、Connector、Container以及Tomcat如何进行通信,如何解析和处理具体的Http请求,这些会在以后的学习中不断记录下来。


参考文章:
1、 2016 最流行的 Java EE 服务器
2、 Tomcat 系统架构与设计模式
3、《Tomcat分析-韩路彪》

作者:u010870518 发表于2016/12/8 21:20:18 原文链接
阅读:48 评论:0 查看评论

相关 [tomcat 服务器 结构] 推荐:

Tomcat服务器顶层结构和启动过程

- - CSDN博客综合推荐文章
号外:2016 最流行的是哪一种 Java 应用服务器呢. 通过从部署的 1240 个 JVM 中得到的数据,我们能够确定出现了 862 个容器供应商,或者说是占到了运行环境的 70% 左右. Tomcat 的安装基数已经连续两年超过排行榜的 50%. 占到总份额的 58.22% 无疑使其成为赢家.

Tomcat 生产服务器性能优化

- - ITeye博客
增加JVM堆(heap). 线程池(thread pool)的设置. Tomcat原生库(native library). 第一步  – 提高JVM栈内存Increase JVM heap memory. 要更改文件(catalina.sh) 位于"\tomcat server folder\bin\catalina.sh",下面,给出这个文件的配置信息,.

Linux下Apache+Tomcat搭建负载均衡服务器集群

- - 极客521 | 极客521
这篇文章主要讲解关于如何在Linux下搭建Apache+tomcat 负载均衡服务器集群的过程. 负载均衡集群配置(1):Tomcat的配置. 修改“ tomcat/conf/server.xml ”文件. 编辑server.xml文件,找到“ ”元素节点,在server.xml文件里面未注释掉的有两个 元素节点.

Cacti监控Tomcat服务器实现过程

- - CSDN博客系统运维推荐文章
1 首先去官网上面下载通用的监控模板. 一般使用TomcatStats-0.1.zip 模板居多,下载地址:. 在linux服务器上面使用wget下载,wget  http://forums.cacti.net/download/file.php?id=12310,报如下错误:. 正在连接 forums.cacti.net|173.225.179.10|:80... 已连接.

监控Tomcat方案调研(监控应用服务器系列文章一)

- - 博客园_首页
前言: 最近在做一个监控应用服务器(Tocmat、WebSphere、WebLogic)的项目,目前已小有规模,回头看看,一路走来,也算是磕磕绊绊,遇到过种种问题,走过不少弯路,不过程序员最不怕的就是遇到问题——有什么问题就解决什么问题. 为了给后来人留下点经验之谈,助之少走弯路,特意把这些经验整理出来,与大家分享.

nginx tomcat负载均衡,同一服务器下多域名转发

- - ITeye博客
用nginx进行同一个服务器下多域名的负载均衡配置. Nginx进行http负载均衡的模块是upstream. Upstream可以进行多个配置,这样的话可以灵活的配置站点,但是注意的是upstream后面的名字最好是配置成为域名,因为upstream是进行http访问的,一般的解析没有问题,但是如果是ajax的解析就会通过访问upstream后面的名字来进行访问了,这里要注意.

图文:CentOS 下对 Nginx + Tomcat 配置 SSL 实现服务器 / 客户端双向认证

- - CSDN博客推荐文章
1.1 nginx 包及其依赖包下载. 出于模块的依赖性,Nginx 依赖以下三个包:. gzip 模块需要 zlib 库( http://www.zlib.net/);. rewrite 模块需要 pcre 库( http://www.pcre.org/);. ssl 功能需要 openssl 库( http://www.openssl.org/);.

使用纯java ssh方式连接linux服务器,并用此方式部署war到linux的tomcat下

- - Linux - 操作系统 - ITeye博客
纯java代码使用ssh方式登录linux服务. 实际应用中,可以使用这种方式上传部署web工程war包 并且部署启动tomcat 一个自动化完成所有工作 起到节省时间作用. 1.去 官网下载最新的jar包. 下面是我的java code 例子. /** * java ssh登录linux以后的一些操作方式 * @author liuxy * */ public class SchUnitJsch extends SchUnit{.

tomcat调优

- - 开源软件 - ITeye博客
1          概述. 本文档主要介绍了Tomcat的性能调优的原理和方法. 可作为公司技术人员为客户Tomcat系统调优的技术指南,也可以提供给客户的技术人员作为他们性能调优的指导手册. 2          调优分类. 由于Tomcat的运行依赖于JVM,从虚拟机的角度我们把Tomcat的调整分为外部环境调优和自身调优两类来描述.

Tomcat 优化

- - 编程语言 - ITeye博客
tomcat默认参数是为开发环境制定,而非适合生产环境,尤其是内存和线程的配置,默认都很低,容易成为性能瓶颈. linux修改TOMCAT_HOME/bin/catalina.sh,在前面加入. windows修改TOMCAT_HOME/bin/catalina.bat,在前面加入. 最大堆内存是1024m,对于现在的硬件还是偏低,实施时,还是按照机器具体硬件配置优化.