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进行监控。