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源码中很常见，但是什么样的实体应该提供工厂呢？这个我再思考思考。
