2021腾讯云限时秒杀,爆款1核2G云服务器298元/3年!(领取2860元代金券),
地址:https://cloud.tencent.com/act/cps/redirect?redirect=1062
2021阿里云最低价产品入口+领取代金券(老用户3折起),
入口地址: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源码中很常见,但是什么样的实体应该提供工厂呢?这个我再思考思考。