Java管理扩展(也叫做JMX规范)在Java编程语言中定义了应用程序以及网络管理和监控的体系结构、设计模式、应用程序接口以及服务。本章介绍所有这些元素，宽泛地呈现这些扩展。JMX规范为跨所有企业的Java开发者编写java工具、创建智能代理、实现分布式管理中间件、管理程序以及向现存管理和监控系统平滑集成上述方案提供了方法。此外，JMX规范针对现存的标准管理和监控技术参考了大量的Java APIs。
需要注意，全文余下的部分所提到的文档和管理的概念均因用自管理和监控服务。
JMX 架构被分成3个层次：
设备层(Instrumentation Level)
代理层(Agent Level)
分布式服务层(Distributed Service Level)
本章对各层加以介绍并描述他们基本的组件。
1.1 JMX架构的优点
通过执行JMX规范，将从JMX规范中获得下列益处：
(1)使得Java应用程序在无巨大投资的情况下能够被管控
JMX架构依赖于一个核心受控对象服务器，该服务器作为一个管理代理运行在大多数Java使能的设备上。这使得Java应用程序能够对其设计影响很小的情况下被管控。一个Java应用程序只需简单的嵌入一个受控对象服务器并且将其一些功能设计成为为一个或多个注册在对象服务器中的受控Beans(MBeans)即可。这些就是从管理基础结构中受益所需花费的全部成本。
JMX提供了一个标准的方法以使任何基于Java的应用程序、服务或者设备受管。比如，企业级JavaBean应用程序能够遵从JMX架构以使其可以被管理。
(2)提供了可升级扩展的管理体系结构
每一个JMX代理服务都是一个独立的模块，满足必要条件后，可以插入到管理代理中。这种基于组件的方法意味着JMX解决方案可以从节省空间的设备升级扩展到电信领域的交换机，并可以向更大级别继续升级扩展。
JMX规范提供了一系列核心的代理服务。额外的服务将会Comformant Implementations和众多管理方案集大成者来开发。所有这些服务都可以在管理基础架构中被动态的加载，卸载和更新。
(3)集成现有的管理方案
JMX智能代理可以通过HTML浏览器或者大量管理协议，如SNMP和WBEM，实现受控。JMX API是开放的接口，任何管理系统供应商都可以使用。
(4)增强现有标准的Java技术
任何时候只要需要，JMX规范将会参考现有的Java规范，如JNDI,JDBC,JTS等等。
(5)丰富未来的管理概念
JMX规范的API可以灵活动态的实现管理方案，通过Java编程语言，来增强显现的技术。例如，JMX方案能够使用查找和发现服务和一些协议，如Jini网络技术，UPNP和服务定位协议。
在Sun公司给出的演示中，Jini网络技术提供了对网络中的资源和服务的自发发现技术，然后这些资源和服务通过一个JMX应用程序被管理起来。将这两种能力组合起来被称为Sun 自发管理软件。
(6)仅定义了管理必备的接口
JMX API并没有设计成通用目的的分布式对象系统。虽然它提供了很多被设计成为适用于分布式环境的服务，这些的目标依然是提供网络，系统以及应用程序的管理功能。
1.2 规范的范围
JMX规范定义了一个管理体系结构以及一套描述了该架构中组件的API。这些API涵盖了管理者和代理两方面的功能，向管理应用程序开发人员提供了应允的的实现。
这篇JMX规范文档陈述了管理体系架构中的整个三个层次。他们是：
（1）设备规范
（2）代理规范
（3）分布式服务规范
1.2.1引用实现
引用实现是第一个可工作的实现了JMX规范的应用程序，委托给JCP定义Java编程语言的扩展。引用实现是由Sun公司开发，作为JMX规范的领军团体，针对设备以及代理两方面规范进行的实现。
对于JMX 1.3版本的API, 引用实现对于规范来说是不可分割的一部分。那个引用实现现在已成为编号为“Mustang”的Java平台标准第六版的一部分。
1.2.2兼容测试套件
JMX规范的兼容测试套件（CTS）用来检查是否和JMX实现标准吻合。这一套件也同样委托给JCP。这个套件检验了声称遵从某一具体JMX规范部分的应用程序的每一个规范点。该套件也是Sun公司开发，并由其主导。
由于JMX规范定义的类对Java平台来说是可选的包，CTS作为一个兼容性工具包由JavaTest软件来运行。
JMX规范的每一个部分都能够确定为必选和可选组件。一个JMX兼容的实现必须提供所有必选服务，并且提供可悬服务的任何子集，但是这些必须遵从规范。
当声明了JMX兼容性，实现将列出所支持的可选服务，并且经过CTS对于规范性陈述的测试。这要求了CTS中的一些模块能够针对很多那种仅近是规范自集的实现来进行测试。
1.2.3 JMX API 作为Java平台的一部分
对于5.0的Java 2平台，编号为“Tiger”的标准版，JMX API和 JMX Remote API是该平台核心的一部分。Tiger包含了JMX版本1.2的API和版本1.0的JMX Remote API。本规范所覆盖的API被Java平台6所囊括。任何一个代替品必须通过CTS的每一项测试。
该规范对于MXBeans部分，定义了注释将产生的一些行为，如出现了@java.beans.ConstructorProperties。而该注视并未出现在Tiger平台当中，产生的行为问题不会出现在该平台中。
1.3 架构总观