JMX(Java Management Extensions)是一个为应用程序植入管理功能的框架。JMX是一套标准的代理和服务,用户可以在任何Java应用程序中使用这些代理和服务实现对应用程序的管理。这是官方文档上的定义。中间件软件WebLogic的管理页面就是基于JMX开发的,而JBoss则整个系统都基于JMX构架。
我看过很多次也无法很好的理解。我个人的理解是JMX让程序有被管理的功能,例如你开发一个WEB网站,它是在24小时不间断运行,那么你肯定会对网站进行监控,如每天的UV、PV是多少;又或者在业务高峰的期间,你想对接口进行限流,就必须去修改接口并发的配置值。
关于应用程序配置变更的管理:
- 初级程序员:一般是写死在程序中,到要改变的时候就去修改代码,然后重新编译发布。
- 熟手程序员:使用配置文件,但配置文件变更需要重启系统。
- 好手程序员:先把配置文件读入内存,应用程序获取配置项时,先看配置文件有没有变更,如果没有变更直接从内存中读取配置;如果配置文件有变更,则重新加载配置文件到内存后,再从内存中读取。
- 高手程序员,懂得物为我用,在应用程序中集成JMX框架,把配置文件的属性集中在一个类中,然后写一个MBean,来管理应用程序的相关配置项;同时JMX还为我们提供了一个工具页,方便我们对参数值进行管理和编辑。
从图中我们可以看到,JMX的结构一共分为三层:
- Probe Level-基础层:MBean,被管理的资源。
- Agent Level-适配层:MBeanServer,对被管理的资源进行注册和管理。
- Remote Management Level-接入层:提供远程访问的入口。
MBean分为四种:
- Standard MBean:这种类型的MBean最简单,它能管理的资源(包括属性,方法,时间)必须定义在接口中,然后MBean必须实现这个接口。它的命名也必须遵循一定的规范,例如我们的MBean为Hello,则接口必须为HelloMBean。
- Dynamic MBean:必须实现javax.management.DynamicMBean接口,所有的属性,方法都在运行时定义。
- Open MBean:此MBean的规范还不完善,正在改进中。
- Model MBean:与标准和动态MBean相比,你可以不用写MBean类,只需使用javax.management.modelmbean.RequiredModelMBean即可。RequiredModelMBean实现了ModelMBean接口,而ModelMBean扩展了DynamicMBean接口,因此与DynamicMBean相似,Model MBean管理的资源也是在运行时定义的。与DynamicMBean不同的是,DynamicMBean管理的资源一般定义在DynamicMBean中(运行时才决定管理那些资源),而Model MBean管理的资源并不在MBean中,而是在外部(通常是一个类),只有在运行时,才通过set方法将其加入到Model MBean中。
Tomcat
利用JMX监控Tomcat,相当于将部署在tomcat上的应用作为服务端,也就是被JMX管理资源的对象。然后通过客户端程序或者jconsole远程连接到该应用上来进行监控。远程连接需要服务器端提供ip和port。如果需要加密访问的话,还需要配置用户名、密码等参数。
主要是在tomcat下的文件catalina.sh中进行一些环境变量的配置配置:
- -Dcom.sun.management.jmxremote=true 相关 JMX 代理侦听开关
- -Djava.rmi.server.hostname 服务器端的IP
- -Dcom.sun.management.jmxremote.port=29094 相关 JMX 代理侦听请求的端口
- -Dcom.sun.management.jmxremote.ssl=false 指定是否使用 SSL 通讯
- -Dcom.sun.management.jmxremote.authenticate=false 指定是否需要密码验证
这样就可以通过客户端或者jconsole对tomcat进行监控。