针对不同的操作系统和硬件平台，中间件可以有符合接口和协议规范的多种实现。从而使应用系统开发人员可以更多地将精力放在业务逻辑的实现中。中间件主要有以下一些特点：满足大量应用的需要；运行于多种硬件和OS平台；支持分布计算；提供跨网络、硬件和OS平台的透明性的应用或服务的交互；支持标准的协议；支持标准的接口等特征。按照其功能，中间件主要分为五类：
·远程过程调用中间件：远程过程调用是一种广泛使用的分布式应用程序处理方法。一个应用程序使用远程调用来“远程”执行一个位于不同地址空间里的应用。
·消息传递的中间件：消息传递的中间件指的是利用高效可靠的消息传递机制进行平台无关的数据交互，并基于数据通信来进行分布式系统的集成。
·基于对象请求的中间件：对象请求代理中间件是定义异构环境对象透明地发送请求和接收响应的基本机制，是建立在对象之间的中间件。
·事务处理中间件：事务处理中间件界于client和server之间，进行事务管理与协调、负载平衡、错误恢复等，以提高系统的整体性能。
·数据库中间件：在C/S环境下数据库中间件是介于客户机和数据库服务器之间的中间层，通过它可以对后台数据库进行访问。
3。JMX技术
JMX(Java Management Extensions)是J2EE规范中的一部分，是一套标准的代理和服务。是一个可为应用程序植入管理功能的框架，其目的是解决分布式系统管理的问题，现在逐渐成为管理复杂软件系统的解决方案。JMX是一种应用编程接口，可扩充对象和方法的集合体，可以用于跨越一系列不同的异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用它提供了用户界面指导、Java类和开发集成系统、网络及网络管理应用的规范。管理对象是JMX应用程序的核心。JMX结构包括：支持Java的Web浏览器用户接口，管理运行模块ARM(Admin Runtime Module)和应用。这三个部件之间通过RMI（Remote Method Invocation）进行通信。JMX的体系架构被分为三个层次，分别是Instrumentation层、Agent层和Distributed Service层。图2是JMX的体系架构图。

   Instrumentation层定义了实现JMX可管理资源的需求。JMX可管理资源可以是包括应用程序、服务组件、设备等任何对象。可管理的资源通过暴露一个JAVA对象或包装器来描述自身的一些可管理的特性，这些特性使得资源对外部表现出来，以便被JMX兼容的应用程序进行调用和管理。用户通过使用一个或多个MBean（Manageable Bean）来提供要管理资源的对外表现，目前MBean的有四种类型，分别是standard, dynamic, model, open MBean。Instrumentation还定义了一种通知机制，目的是允许MBean与环境就其改变进行交互，类似与JAVABEAN中的属性改变通知机制。Agent层，此层定义了实现代理的需求，代理的职责是控制和暴露注册的管理资源，缺省情况下，管理资源代理与其所管理的资源位于同一个主机下。代理需求使用Instrumentation层来定义标准的MBean服务器管理代理、支持服务和连接器。J2EE规范中提供了HTML适配器和RMI适配器。当一个JAVA虚拟机可用时，JMX代理可以通过主机管理资源定位，JMX代理不必知道它为哪一个资源服务。JMX管理资源可以使用任何提供服务的JMX代理。管理人员可以通过分布Instrumentation层中描述的协议适配器和连接器来与MBean进行交互。代理不需要知道关于连接器活交互应用程序的任何事情。Distributed Service层：此层的目的是为实现JMX管理应用定义一些接口，以下几点概括了分布层的功能。为管理应用程序提供一个接口，可以透明的与代理和要管理的资源通过连接器进行交互；把代理和MBean进行语义级映射到丰富数据协议的构造中，来对代理和MBean暴露一个管理视图；将来自于高层管理平台的管理信息分布到大量的JMX代理中；把大量来自于JMX代理中的管理信息融进逻辑视图中，这些逻辑视图与终端用户的业务逻辑操作是相关的；提供安全机制；
    目前，JMX逐渐成为复杂应用管理的解决方案，可以非常容易的使应用程序具有被管理的功能；提供具有高度伸缩性的架构；每个JMX Agent服务可以很容易的放入到Agent中，每个JMX的实现都提供几个核心的Agent服务，用户也可以根据特定的需求定制编写服务，服务可以很容易的部署和撤销部署，同时还集成了现有的一些管理解决方案，如SNMP。
4． 基于JMX实现中间件的构件化设计
4.1 中间件设计要求
    中间件，从本质上是对分布式应用的抽象，因而抛开了与应用相关的业务逻辑的细节，保留了典型的分布交互模式的关键特征。经过抽象，将纷繁复杂的分布式系统经过提炼和必要的隔离后，以统一的层面形式呈现给应用。应用在中间件提供的环境中可以更好地集中于业务逻辑上，并以构件化的形式存在，在异构环境中实现良好的协同工作。构件是可独立配置的单元，因此构件必须自包容，强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节，可以在适当的环境中被复合使用，因此需要提供清楚的接口规范，可以与环境交互，此外构件不应当是持续的，即构件没有个体特有的属性，理解为构件不应当与自身副本区别，在任何环境中，最多仅有特定构件的一份副本。基于构件化的中间件是面向底层的，跟企业的应用业务逻辑无关。
4.2 中间件的构件化设计
    基于构件化的设计思想，考虑到中间件所处的多平台异构环境以及客户定制需求，决定了中间件从设计是基于构件化的，即系统各功能模块是可拼装的，系统的核心功能所占的比重非常小，而大多数的功能模块作为一种构件根据需要来“插入”到系统中，各功能模块自身是独立的，核心模块根据系统配置文件决定哪一个功能组件作为插件插入进系统来提供服务，这样的设计保持了系统核心" title="系统核心">系统核心的精练，同时也使得各模块之间是一种松散的关系，符合构件化设计的原则。而功能模块的设计是基于MBean的，采用JMX作为底层实现，因此可以跨越一系列不同的异构操作系统平台、系统体系结构和网络传输协议，最大限度的实现组件的复用，例如基于构件设计事务处理、安全、远端访问、死锁检测、实体同步、数据库访问等功能模块几乎可以不用修改就可以移植到JMX兼容的结构中。图3是遵循这种思想的中间件系统的概念图。