Coin163

首页 > Tomcat源码分析-JMX(终)

Tomcat源码分析-JMX(终)

相关标签: tomcat 源码

2020腾讯云10周年活动,优惠非常大!(领取2860元代金券),
地址https://cloud.tencent.com/act/cps/redirect?redirect=1040

2020阿里云最低价产品入口,含代金券(新老用户有优惠),
入口地址https://www.aliyun.com/minisite/goods

相关推荐:Tomcat源码分析-JMX之Registry类(中)

背景 “Tomcat源码分析-StandardServer类”,这一篇文章的分析中,我们知道StandardServer类的实例被注册到JMX的服务器的过程,是通过Tomcat定义的Registry类完成的,那么这个类又是如何完成JMX相关功能的呢,本文就记录一下本人在源码跟踪过程中的分析结果。

背景

前几节分析了Tomcat中跟JMX有关的内容,昨天继续分析了JMX的架构图,以及JVM启动JMX的流程,整理出JDK中相关的类图,以巩固对JMX的理解。

架构图

sun公司定义的JMX架构图,百来的图片如下:

这里写图片描述

纵观上图,以虚线分割,分为三层:

第一层,远程管理层应用,即访问JMX的应用,如jconsole.exe,snmp等。
第二层,JMX代理层,核心层,它是连接第一层和第三层的枢纽。
第三层,资源植入层,即定义资源,并向代理层注册MBean。

类图分析

在开启Tomcat的JMX之后,跟踪到JDK启动JMX是通过Agent.startAgent()方法完成的,以此进行源码分析,得到相关的类图如下:

这里写图片描述

类图底部中的RIMConnector即架构图第一层中的Connector的具体实现。

启动流程

整理startRemoteConnectorServer()方法的调用流程,绘制出启动时序图如下:

相关推荐:Tomcat 源码分析

转载于:http://www.uml.org.cn/j2ee/201306285.asp 一、架构 下面谈谈我对Tomcat架构的理解 总体架构: 1、面向组件架构 2、基于JMX 3、事件侦听 1)面向组件架构 tomcat代码看似很庞大,但从结构上看却很清晰和简单,它主要由一堆组件组成,如Server、Servi

这里写图片描述

关联分析

结合类图和时序图来看,我们可以得到一些信息如下:
第一,JMX启动的第二步getPlatformMBeanServer(),它创建一个MBeanServer对象,而该对象作为参数传递给了JMXConnectorServer,赋值给后者的成员变量了。这就提供了JMXConnectorServer操作MBean时依赖的MBeanServer对象了。

第二,此时我们再结合tomcat那一节的注册流程来看,Registry类获取MBeanServer的源码如下:

    public synchronized MBeanServer getMBeanServer() {
        long t1=System.currentTimeMillis();

        if (server == null) {
            if( MBeanServerFactory.findMBeanServer(null).size() > 0 ) {
                server = MBeanServerFactory.findMBeanServer(null).get(0);
                if( log.isDebugEnabled() ) {
                    log.debug("Using existing MBeanServer " + (System.currentTimeMillis() - t1 ));
                }
            } else {
                server = ManagementFactory.getPlatformMBeanServer();
                if( log.isDebugEnabled() ) {
                    log.debug("Creating MBeanServer"+ (System.currentTimeMillis() - t1 ));
                }
            }
        }
        return (server);
    }

我们注意到,这里先调用的是MBeanServerFactory.findMBeanServer即先从MBeanServer工厂维护的实例列表中查找是否已经创建了MBeanServer,如果有直接获取该对象。

第三,第一步中JMX启动时率先调用了一次getPlatformMBeanServer(),所以工厂类的实例列表中已经缓存了一个MBeanServer对象了,那么第二步Tomcat在注册MBean时使用的,跟第一步创建的是同一个MBeanServer对象。

第四,再来看JMX的三层结构图,此时Connector和Agent,MBean注册,使用的是同一个MBeanServer对象,这样Agent代理层就成功实现了衔接功能。

启示录

还是相同的感悟,JDK源码博大精深,这里不过是浅尝辄止,管中窥豹,取其精华一二。那个类图给了我几点启示:

首先,抽象层中的依赖类型必定是抽象类型,例如:接口JMXConnectorServerProvider类依赖的是JMXConnectorServer抽象类型,而他们的实现类依赖的是具体的子类,即ServerProvider依赖的是RMIConnectorServer。

这一点跟Java面向抽象编程的规范是一致的,也比较容易理解。在其他内容分析中也发现了这一点。

其次,利用工厂创建JMXConnectorServer实例,ConnectorBootstrap通过MBeanServerFactory和JMXConnectorServerFactory两个工厂来获取所依赖的实例对象。工厂模式在JDK和tomcat源码中很常见,但是什么样的实体应该提供工厂呢?这个我再思考思考。

原文

背景 前几节分析了Tomcat中跟JMX有关的内容,昨天继续分析了JMX的架构图,以及JVM启动JMX的流程,整理出JDK中相关的类图,以巩固对JMX的理解。 架构图 sun公司定义的JMX架构图,百来的图片如下

------分隔线----------------------------