通信协议和中间件的区别(通讯协议和通信协议的区别)

这其实是一个比较虚的概念。广义的中间件范围很广。起沟通作用的都可以认为是中间件。甚至ODBC这样的东西你也可以认为是中间件。 现在用的比较多的中间件应该是BEA公司的tuxedo和IBM公司的weblogic?（好象是这个东西），我接触过一点tuxedo。oracle、sun和ms好象也有类似产品，不过用的人很少。tuxedo是这个领域的领导者，不过IBM正在追赶并有可能超过，毕竟，IBM就是IBM。tuxedo这东西我们用来做数据库和前台应用之间的中间件。使用了中间件之后，以前直接连接的前台应用程序和数据库之前就多了个tuxedo，现在前台程序把请求发给tuxedo，tuxedo再把请求发给数据库，数据库处理结束之后把结果返回tuxedo，tuxedo再把结果送回给前台。这样一搞，表面看复杂了很多。不过带来一些好处，比如：安全。tuxedo的服务是定制的，这就有点象是存贮过程，因为应用程序无法直接接到数据库而只能通过tuxedo，所以应用程序无法做tuxedo服务之外的事情。你把你的应用逻辑写在tuxedo中，你就可以保证你的数据是安全的。性能。有些数据库性能不好，比如oracle一个连接就是好多M，连接数一多，机器内存就没了，有了tuxedo之后，tuxedo负责连接数据库，连接数比较少，tuxedo可以用排队的方式来处理这些数据库请求，这样提高了性能。中间件的高级应用好象还可以把数据库分布在不同的机器上，由tuxedo动态分配前、后台的请求和处理，把它们搞在不同的机器上，所以你用了中间件之后如果后台数据库处理来不及，可以加一台机器，前台请求太多（比如网站）可以加多前台机器。你可以灵活的调整性能。方便移植。业务逻辑做到了中间件里之后，你更换后台数据库、改变前台的开发工具什么的移植工作较小，因为中间件的工作改动不大。应用服务器做的人好象就更多了。而且应用服务器这东西和中间件类似（逻辑上）我觉得它应用也是中间件的一种，不过大家一般说中间件都是指的狭义的中间件，就是tuxedo这些。 中间件应用领域很广的。简直大一点的应用都可以用到中间件。国内也有一些开发商自己写中间件，不过好象是自己用，没形成市场。
针对这个问题，应该说还没有一个标准的定义，或者说还没有完全取得学术界和产业界的共识。顾名思义，中间件就是处于中间的软件。但这种不是从功能，或者特性来定义的概念，而是用“位置”来定义的名字，就容易被不同的人从不同角度赋予其不同的含义。IDC曾经给中间件下的定义是“中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信”。我国学术界一般认可的定义是“中间件是指网络环境下处于操作系统、数据库等系统软件和应用软件之间的一种起连接作用的分布式软件，主要解决异构网络环境下分布式应用软件的互连与互操作问题，提供标准接口、协议，屏蔽实现细节，提高应用系统易移植性”(北京大学梅宏)。中科院软件所研究员仲萃豪形象地把中间件定义为“平台+通信”。这个定义限定了只有用于分布式系统中的此类软件才能被称为中间件，同时此定义还可以把中间件与支撑软件和实用软件区分开来。中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。形象地说就是“上下”之间的“中间”。此外，中间件主要为网络分布式计算环境提供通信服务、交换服务、语义互操作服务等系统之间的协同集成服务，解决系统之间的互连互通问题。形象地说就是所谓“左右”之间的“中间”。要深入理解什么是中间件，形式化的定义固然重要，我们还得从概念本身去深入理解其核心特征才是最重要的。要理解一个概念，从内涵和外延两个方面去描述是哲学上非常重要的一套方法体系。八百客是专业提供SaaS服务及中间件建设的公司，具有完整而丰富的企业解决方案。
中间件（MiddleWare）从字面上解释就是“处于中间的软件”，尽管程序员之外的读者会感觉陌生，但其实早在1990年，中间件就作为网络应用的基础设施出现了。诞生于贝尔实验室的Tuxedo系统就是最早用于交易系统的中间件。中间件的出现解决了异构分布网络环境下软件系统的通信、互操作、协同、事务、安全等共性问题。因为其在系统中的重要性，中间件与操作系统、数据库被称为系统软件的三驾马车。 阿里的中间件主要有包含这么几个：分布式关系型数据库DRDS_水平拆分做数据库扩展性的消息队列MQ 是做消息的中间件企业级分布式应用服务EDAS 做分布式服务的 还有一些其他的中间件，比如配置服务 缓存 等等，也都会放在中间件里
答案：中间件就是程序中可织入的，可重用的，与业务逻辑无关的各种组件。 中间件（middleware）是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。在众多关于中间件的定义中，比较普遍被接受的是IDC表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。分类：数据访问中间件，远程调用中间件，消息中间件，交易中间件，对象中间件。举例：1，RMI（Remote Method Invocations, 远程调用）2，Load Balancing(负载均衡，将访问负荷分散到各个服务器中)3，Transparent Fail-over(透明的故障切换)4，Clustering(集群,用多个小的服务器代替大型机）5，Back-end-Integration(后端集成，用现有的、新开发的系统如何去集成遗留的系统)6，Transaction事务（全局/局部）全局事务（分布式事务）局部事务（在同一数据库联接内的事务）7，Dynamic Redeployment(动态重新部署,在不停止原系统的情况下，部署新的系统）8，System Management(系统管理)9，Threading(多线程处理)10，Message-oriented Middleware面向消息的中间件（异步的调用编程）11，Component Life Cycle(组件的生命周期管理)12，Resource pooling（资源池）13，Security（安全） 14，Caching（缓存）
中间件是一种处于操作系统（底层）和应用之间的软件或者组件，起到让应用在操作系统上可以正常运行的作用，向apache,iis,sqlserver等。

当然是可以的。同一种总线（比如RS485）上可以跑多种协议（如莫迪康的MODBUS,松下的MEWTOCOL,西门子的profibus/DP）。反之，MODBUS协议可以跑在各种总线上（除了RS485外，还常用在以太网上）。 实际上，不同的总线一般涉及到不同的物理层(硬件)技术，而所谓“协议”顾名思义就是一种相互传递信息规则的约定。比如，说话、写字都是信息传递的手段，可以看作不同的总线。而汉语、英语则是信息表达方式的不同约定，可以看作不同的协议。那么你说是否可以交叉配合使用？当然，有些高级协议的实现对总线技术是有依赖的，比如can总线实现对等协议（谁都可以主动发言）很容易，而RS485总线实现对等就很难（通信效率会大幅降低）。就好比"哑语"这种总线就比“说话”这种总线不利，交换信息的能力更受限。 至于HDLC嘛，他是一种在同步链路上设计的协议，这种协议一样可以在can上跑，但由于can属于异步总线（没有时钟信号），严格来说是有一点点不同，你可以把它命名为HDLC-can，大家都能理解，就是变种。很多协议都有变种，比如MODBUS-ASCII和MODBUS-RTU，但不影响他们都是MODBUS协议。其实，HDLC自身就有很多变种。
通讯总线往往指的是硬件。而通讯协议则是跑在硬件上的软件。很多总线都支持不同的协议，但不可能是所有。例如MODBUS协议可以用在传统的RS485，也可以用在施工更有优势的POWERBUS总线上。当然可以。用于工业现场控制的CAN-HDLC网关，包括CAN总线物理接口、AT91SAM7A3处理器和HDLC控制模块，各模块间通过内部总线双向通信。该网关是一种将成本低廉的CAN现场总线和符合ISO13239协议标准的HDLC相结合的数据交换工具
当然不行。 通信总线和通信协议通常是对应的，换句放说，你选择什么样的通信总线就需要什么样的通信协议去跟它匹配才能通信。每种总线能支持的最大速率(波特率)和抗干扰性等特点都是不一样的，所以在应用中首先要需要根据实际的环境来选择合适的通信总线，如CAN,SPI,SCI,I2C等，当选择完总线类型后就需要根据你所要传输的数据大小或类型来定义相应的协议。所以不同的总线类型要搭配不同的协议，但是协议里数据的格式可以一样，只是外面的框架要按相应的总线类型来匹配。 你可以这么理解：总线是标准定死的，这个标准通常是由几个大的公司联合制定的，你选择了什么总线就要按这个总线的相关标准去设计，而协议是我们自己定义的，当然这个协议制定的前提是要符合总线规范，而协议里面的内容可以由我们根据需要定义。
通讯总线是硬件，通讯协议是软件。很多时候同样的通讯协议可以在不同的总线上跑，例如RS232、RS485都可以用于MODBUS，但不是任何总线上可以只用任何协议，因为有的总线达不到协议的要求（比如响应时间）。

通讯协议中最早的协议之一，它为连接不同操作系统和不同硬件体系结构的互联网络提供通信支持，是一种网络通用语言。 TCP/IP协议定义了在互联网络中如何传递、管理信息（文件传送、收发电子邮件、远程登录等），并制定了在出错时必须遵循的规则。通讯协议RS-232-CRS-232-C是OSI基本参考模型物理层部分的规格，它决定了连接器形状等物理特性、以0和1表示的电气特性及表示信号意义的逻辑特性。RS-232-C是EIA发表的，是RS-232-B的修改版。本来是为连接模拟通信线路中的调制解调器等DCE及电传打印机等DTE拉接口而标准化的。很多个人计算机也用RS-232-C作为输入输出接口，用RS-232-C作为接口的个人计算机也很普及。RS-232-C的如下特点：采用直通方式，双向通信，基本频带，电流环方式，串行传输方式，DCE-DTE间使用的信号形态，交接方式，全双工通信。RS-232-C在ITU建议的V.24和V.28规定的25引脚连接器在功能上具有互换性。 RS-232-C所使用的连接器为25引脚插入式连接器，一般称为25引脚D-SUB。DTE端的电缆顶端接公插头，DCE端接母插座。
第一个问题可以帮你，简单的说485总线是一种通讯总线（方式），它知负责传递信息，至于信息的收到方怎样来利用这些信息，就是协议的事了。当然，协议还包含其他内容，但是，对于一般的现场调试来讲意义不大（个人见解）。调试时只要主机（电脑或矩阵或硬盘录像机网络编码器等）和云台的协议一致即可。因为有了协议，才使485总线的功能更丰富，更具个性。这里有485总线的介绍 http://baike.baidu.com/view/1154433.htm 第二个问题，我也不明白，矩阵用的少。
通讯协议中最早的协议之一，它为连接不同操作系统和不同硬件体系结构的互联网络提供通信支持，是一种网络通用语言。 TCP/IP协议定义了在互联网络中如何传递、管理信息（文件传送、收发电子邮件、远程登录等），并制定了在出错时必须遵循的规则。通讯协议RS-232-CRS-232-C是OSI基本参考模型物理层部分的规格，它决定了连接器形状等物理特性、以0和1表示的电气特性及表示信号意义的逻辑特性。RS-232-C是EIA发表的，是RS-232-B的修改版。本来是为连接模拟通信线路中的调制解调器等DCE及电传打印机等DTE拉接口而标准化的。很多个人计算机也用RS-232-C作为输入输出接口，用RS-232-C作为接口的个人计算机也很普及。RS-232-C的如下特点：采用直通方式，双向通信，基本频带，电流环方式，串行传输方式，DCE-DTE间使用的信号形态，交接方式，全双工通信。RS-232-C在ITU建议的V.24和V.28规定的25引脚连接器在功能上具有互换性。RS-232-C所使用的连接器为25引脚插入式连接器，一般称为25引脚D-SUB。DTE端的电缆顶端接公插头，DCE端接母插座。RS-232-C所用电缆的形状并不固定，但大多使用带屏蔽的24芯电缆。电缆的最大长度为15m。使用RS-232-C在200K位/秒以下的任何速率都能进行数据传输。RS-449常用通讯协议结构RS-449是1977年由EIA发表的标准，它规定了DTE和DCE之间的机械特性和电气特性。RS-449是想取代RS-232-C而开发的标准，但是几乎所有的数据通信设备厂家仍然采用原来的标准，所以RS-232-C仍然是最受欢迎的接口而被广泛采用。RS-449的连接器使用ISO规格的37引脚及9引脚的连接器，2次通道（返回字通道）电路以外的所有相互连接的电路都使用37引脚的连接器，而2次通道电路则采用9引脚连接器。RS-449的电特性，对平衡电路来说由RS-422-A规定，大体与V.11具有相同规格，而RS-423-A大体与V.10具有相同规格。V.35V.35是通用终端接口的规定，其实V.35是对60-108kHz群带宽线路进行48Kbps同步数据传输的调制解调器的规定，其中一部分内容记述了终端接口的规定。V.35对机械特性即对连接器的形状并未规定。但由于48Dbps-64Kbps的美国Bell规格调制解调器的普及，34引脚的ISO2593被广泛采用。模拟传输用的音频调制解调器的电气条件使用V.28（不平衡电流环互连电路），而宽频带调制解调器则使用平衡电流环电路。 通讯协议X.21X.21是对公用数据网中的同步式终端（DTE）与线路终端（DCE）间接口的规定。主要是对两个功能进行了规定：其一是与其他接口一样，对电气特性、连接器形状、相互连接电路的功能特性等的物理层进行了规定；其二是为控制网络交换功能的网控制步骤，定义了网络层的功能。在专用线连接时只使用物理层功能，而在线路交换数据网中，则使用物理层和网络层的两个功能。X.21接口用的连接器引脚也只用15引脚电气特性分别参照V系列接口电气条件的V.10和V.11。数字网的同步都是从属于网络主时钟的从属同步。HDLCHDLC（高级数据链路控制规程）是可靠性高，高速传输的控制规程。其特点如下：可进行任意位组合的传输；可不等待接收端的应答，连续传输数据；错误控制严密；适合于计算机间的通信。HDLC相当于OSI基本参照模型的数据链路层部分的标准方式的一种。HDLC的适用领域很广，近代协议的数据链路层大部分都是基于HDLC的。其他SDLC（同步数据链路控制）是IBM公司制定的协议，并成为SNA的数据链路控制层协议。实际上也包含于HDLC中。FDDI（光纤分布式数据接口）FDDI的传输速度为100Mbps，传输媒体为光纤，是令牌控制的LAN。FDDI的物理传输时钟速度是125MHz,但实际速度只有100Mbps。可实际连接的工作站数最多有500个，但推荐使用100个以下。FDDI的连接形态基本上有两种：一种是用一次环路和二次环路的两个环构成的环形结构；另一种是以集线器为中心构成树状结构。工作站间的距离用光纤为2KM，用双绞线则为100M。但对单模光纤制定了节点间的距离可以延长到超过2KM以上的标准。FDDI有三种接口：DAS（双配件站）；SAS（单配件站）；集线器（Concentrater）。通常仅使用一次环路，二次环路作为预备用系统处于备用状态。互联网络中如何传递、管理信息（文件传送、收发电子邮件、远程登录等），并制定了在出错时必须遵循的规则。通讯方式：对于点对点之间的通信，按照消息传送的方向与时间关系，通信方式可分为单工通信、半双工通信及全双工通信三种。现代通讯方式邮递以实物传递为基础，虽然如今写信的人越来越少，但越简单越真实，越纯朴越真情，信件是信息传递最简单最纯朴的方式，更不因传递速度过快造成信息的溢漏；快递是人类社会发展的的需要，主要原因是因为随着人类物质生活水平的提高服务需求面也越来越高，但其发展受交通运输制约无便利的交通运输怎么也快不起来。电话电话分固定电话、移动电话与网络电话，其传递方式与网络方式优缺点基本相同，与网络方式不同之处在于电话不能直接传递文字图片，与邮递方式不同在于不能传递实物。传真传真是近二十多年发展最快的非话电信业务。将文字、图表、相片等记录在纸面上的静止图像，通过扫描和光电变换，变成电信号，经各类信道传送到目的地，在接收端通过一系列逆变换过程，获得与发送原稿相似记录副本的通信方式，称为传真。传真的主要技术有：扫描技术，记录技术，同步同相技术，传输技术。传真的通信过程包含扫描，光电变换，图像信号的传输，记录变换，收信扫描和同步同相。传真是基于PSTN的电信信号通过设备中转传真信号。直接由于科技大迅速发展，电子网络传真逐渐成为取代传真机的新一代通信工具。卫星电话基于卫星通信系统来传输信息的电话就是卫星电话。卫星电话是现代移动通信的产物，其主要功能是填补现有通信(有线通信、无线通信)终端无法覆盖的区域，为人们的工作提供更为健全的服务。现代通信中，卫星通信是无法被其他通信方式所替代的，现有常用通信所提供的所有通信功能，均已在卫星通信中得到应用。电报电报，就是用电信号传递的文字信息。在通讯越来越迅捷的今天，电报的作用已经不是很大了，也许有一天电报就会从我们的生活中消失了。电报是通信业务的一种，是最早使用电进行通信的方法。它利用电流(有线)或电磁波(无线)作载体，通过编码和相应的电处理技术实现人类远距离传输与交换信息的通信方式。电报大大加快了消息的流通，是工业社会的其中一项重要发明。早期的电报只能在陆地上通讯，后来使用了海底电缆，开展了越洋服务。到了二十世纪初，开始使用无线电拍发电报，电报业务基本上已能抵达地球上大部份地区。电报主要是用作传递文字讯息，使用电报技术用作传送图片称为传真。[1]数据通信计算机网络中传输的信息都是数字数据，计算机之间的通信就是数据通信方式，数据通信是计算机和通信线路结合的通信方式。在数据通信中，按每次传送的数据位数，通信方式可分为：并行通信和串行通信。并行通信是一次同时传送8位二进制数据，从发送端到接收端需要8根传输线。并行方式主要用于近距离通信，如在计算机内部的数据通信通常以并行方式进行。这种方式的优点是传输速度快，处理简单。 串行通信一次只传送一位二进制的数据，从发送端到接收端只需要一根传输线。串行方式虽然传输率低，但适合于远距离传输，在网络中（如公用电话系统）普遍采用串行通信方式。

中间件分类（IDC的分类）：大致可分为六类:终端仿真/屏幕转换中间件、数据访问中间件、远程过程调用中间件、消息中间件、交易中间件、对象中间件。中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。基于目的和实现机制的不同，我们将平台分为以下主要几类：远程过程调用中间件（Remote Procedure Call）面向消息的中间件（MesSAge-Oriented Middleware）对象请求代理中间件（object RequeST Brokers）它们可向上提供不同形式的通讯服务，包括同步、排队、订阅发布、广播等等，在这些基本的通讯平台之上，可构筑各种框架，为应用程序提供不同领域内的服务，如事务处理监控器、分布数据访问、对象事务管理器OTM等。平台为上层应用屏蔽了异构平台的差异，而其上的框架又定义了相应领域内的应用的系统结构、标准的服务组件等，用户只需告诉框架所关心的事件，然后提供处理这些事件的代码。当事件发生时，框架则会调用用户的代码。用户代码不用调用框架，用户程序也不必关心框架结构、执行流程、对系统级API的调用等，所有这些由框架负责完成。因此，基于中间件开发的应用具有良好的可扩充性、易管理性、高可用性和可移植性。远程过程调用远程过程调用是一种广泛使用的分布式应用程序处理方法。一个应用程序使用RPC来“远程”执行一个位于不同地址空间里的过程，并且从效果上看和执行本地调用相同。事实上，一个RPC应用分为两个部分：server和Client。server提供一个或多个远程过程；client向server发出远程调用。server和client可以位于同一台计算机，也可以位于不同的计算机，甚至运行在不同的操作系统之上。它们通过网络进行通讯。相应的stub和运行支持提供数据转换和通讯服务，从而屏蔽不同的操作系统和网络协议。在这里RPC通讯是同步的。采用线程可以进行异步调用。在RPC模型中，client和server只要具备了相应的RPC接口，并且具有RPC运行支持，就可以完成相应的互操作，而不必限制于特定的server。因此，RPC为client/server分布式计算提供了有力的支持。同时，远程过程调用RPC所提供的是基于过程的服务访问，client与server进行直接连接，没有中间机构来处理请求，因此也具有一定的局限性。比如，RPC通常需要一些网络细节以定位server；在client发出请求的同时，要求server必须是活动的等等。面向消息的中间件MOM指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间的通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。流行的MOM中间件产品有IBM的MQSeries、BEA的MessageQ等。消息传递和排队技术有以下三个主要特点：1、通讯程序可在不同的时间运行程序不在网络上直接相互通话，而是间接地将消息放入消息队列，因为程序间没有直接的联系。所以它们不必同时运行。消息放入适当的队列时，目标程序甚至根本不需要正在运行；即使目标程序在运行，也不意味着要立即处理该消息。2、对应用程序的结构没有约束在复杂的应用场合中，通讯程序之间不仅可以是一对一的关系，还可以进行一对多和多对一方式，甚至是上述多种方式的组合。多种通讯方式的构造并没有增加应用程序的复杂性。3、程序与网络复杂性相隔离程序将消息放入消息队列或从消息队列中取出消息来进行通讯，与此关联的全部活动，比如维护消息队列、维护程序和队列之间的关系、处理网络的重新启动和在网络中移动消息等是MOM的任务，程序不直接与其它程序通话，并且它们不涉及网络通讯的复杂性。对象请求代理随着对象技术与分布式计算技术的发展，两者相互结合形成了分布对象计算，并发展为当今软件技术的主流方向。1990年底，对象管理集团OMG首次推出对象管理结构OMA(ObjECt Management Architecture)，对象请求代理（Object Request Broker）是这个模型的核心组件。它的作用在于提供一个通信框架，透明地在异构的分布计算环境中传递对象请求。CORBA规范包括了ORB的所有标准接口。1991年推出的CORBA 1.1 定义了接口描述语言OMG IDL和支持Client/Server对象在具体的ORB上进行互操作的API。CORBA 2.0 规范描述的是不同厂商提供的ORB之间的互操作。对象请求代理(ORB)是对象总线，它在CORBA规范中处于核心地位，定义异构环境下对象透明地发送请求和接收响应的基本机制，是建立对象之间client/server关系的中间件。ORB使得对象可以透明地向其他对象发出请求或接受其他对象的响应，这些对象可以位于本地也可以位于远程机器。ORB拦截请求调用，并负责找到可以实现请求的对象、传送参数、调用相应的方法、返回结果等。client对象并不知道同server对象通讯、激活或存储server对象的机制，也不必知道server对象位于何处、它是用何种语言实现的、使用什么操作系统或其他不属于对象接口的系统成分。值得指出的是client和server角色只是用来协调对象之间的相互作用，根据相应的场合，ORB上的对象可以是client，也可以是server，甚至兼有两者。当对象发出一个请求时，它是处于client角色；当它在接收请求时，它就处于server角色。大部分的对象都是既扮演client角色又扮演server角色。另外由于ORB负责对象请求的传送和server的管理，client和server之间并不直接连接，因此，与RPC所支持的单纯的Client/Server结构相比，ORB可以支持更加复杂的结构。事务处理监控事务处理监控（Transaction processing monitors）最早出现在大型机上，为其提供支持大规模事务处理的可靠运行环境。随着分布计算技术的发展，分布应用系统对大规模的事务处理提出了需求，比如商业活动中大量的关键事务处理。事务处理监控界于client和server之间，进行事务管理与协调、负载平衡、失败恢复等，以提高系统的整体性能。它可以被看作是事务处理应用程序的“操作系统”。总体上来说，事务处理监控有以下功能：进程管理，包括启动server进程、为其分配任务、监控其执行并对负载进行平衡。事务管理，即保证在其监控下的事务处理的原子性、一致性、独立性和持久性。通讯管理，为client和server之间提供了多种通讯机制，包括请求响应、会话、排队、订阅发布和广播等。事务处理监控能够为大量的client提供服务，比如飞机定票系统。如果server为每一个client都分配其所需要的资源的话，那server将不堪重负（如图2所示）。但实际上，在同一时刻并不是所有的client都需要请求服务，而一旦某个client请求了服务，它希望得到快速的响应。事务处理监控在操作系统之上提供一组服务，对client请求进行管理并为其分配相应的服务进程，使server在有限的系统资源下能够高效地为大规模的客户提供服务。

中间件(middleware)是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。在众多关于中间件的定义中，比较普遍被接受的是IDC表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。IDC对中间件的定义表明，中间件是一类软件，而非一种软件;中间件不仅仅实现互连，还要实现应用之间的互操作;中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。最早具有中间件技术思想及功能的软件是IBM的CICS，但由于CICS不是分布式环境的产物，因此人们一般把Tuxedo作为第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于AT&&T的贝尔实验室开发完成的，但由于分布式处理当时并没有在商业应用上获得像今天一样的成功，Tuxedo在很长一段时期里只是实验室产品，后来被Novell收购，在经过Novell并不成功的商业推广之后，1995年被现在的BEA公司收购。尽管中间件的概念很早就已经产生，但中间件技术的广泛运用却是在最近10年之中。BEA公司1995年成立后收购Tuxedo才成为一个真正的中间件厂商，IBM的中间件MQSeries也是90年代的产品，其它许多中间件产品也都是最近几年才成熟起来。
中间件技术一 什么是中间件 中间件定义及分类中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和实用软件区分开来中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和实用软件区分开来。为解决分布异构问题，人们提出了中间件(middleware)的概念。中间件是位于平台(硬件和操作系统)和应用之间的通用服务，如图1所示，这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。图1 中间件也许很难给中间件一个严格的定义，但中间件应具有如下的一些特点：满足大量应用的需要运行于多种硬件和OS平台支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互支持标准的协议支持标准的接口由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。三、主要中间件的分类中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。基于目的和实现机制的不同，我们将平台分为以下主要几类：远程过程调用（Remote Procedure Call）面向消息的中间件（Message-Oriented Middleware）对象请求代理（Object Request Brokers）它们可向上提供不同形式的通讯服务，包括同步、排队、订阅发布、广播等等，在这些基本的通讯平台之上，可构筑各种框架，为应用程序提供不同领域内的服务，如事务处理监控器、分布数据访问、对象事务管理器OTM等。平台为上层应用屏蔽了异构平台的差异，而其上的框架又定义了相应领域内的应用的系统结构、标准的服务组件等，用户只需告诉框架所关心的事件，然后提供处理这些事件的代码。当事件发生时，框架则会调用用户的代码。用户代码不用调用框架，用户程序也不必关心框架结构、执行流程、对系统级API的调用等，所有这些由框架负责完成。因此，基于中间件开发的应用具有良好的可扩充性、易管理性、高可用性和可移植性。二 分类1、远程过程调用远程过程调用是一种广泛使用的分布式应用程序处理方法。一个应用程序使用RPC来“远程”执行一个位于不同地址空间里的过程，并且从效果上看和执行本地调用相同。事实上，一个RPC应用分为两个部分：server和client。server提供一个或多个远程过程；client向server发出远程调用。server和client可以位于同一台计算机，也可以位于不同的计算机，甚至运行在不同的操作系统之上。它们通过网络进行通讯。相应的stub和运行支持提供数据转换和通讯服务，从而屏蔽不同的操作系统和网络协议。在这里RPC通讯是同步的。采用线程可以进行异步调用。在RPC模型中，client和server只要具备了相应的RPC接口，并且具有RPC运行支持，就可以完成相应的互操作，而不必限制于特定的server。因此，RPC为client/server分布式计算提供了有力的支持。同时，远程过程调用RPC所提供的是基于过程的服务访问，client与server进行直接连接，没有中间机构来处理请求，因此也具有一定的局限性。比如，RPC通常需要一些网络细节以定位server；在client发出请求的同时，要求server必须是活动的等等。2、面向消息的中间件MOM指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间的通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。目前流行的MOM中间件产品有IBM的MQSeries、BEA的MessageQ等。消息传递和排队技术有以下三个主要特点：通讯程序可在不同的时间运行:程序不在网络上直接相互通话，而是间接地将消息放入消息队列，因为程序间没有直接的联系。所以它们不必同时运行。消息放入适当的队列时，目标程序甚至根本不需要正在运行；即使目标程序在运行，也不意味着要立即处理该消息。对应用程序的结构没有约束:在复杂的应用场合中，通讯程序之间不仅可以是一对一的关系，还可以进行一对多和多对一方式，甚至是上述多种方式的组合。多种通讯方式的构造并没有增加应用程序的复杂性。程序与网络复杂性相隔离: 程序将消息放入消息队列或从消息队列中取出消息来进行通讯，与此关联的全部活动，比如维护消息队列、维护程序和队列之间的关系、处理网络的重新启动和在网络中移动消息等是MOM的任务，程序不直接与其它程序通话，并且它们不涉及网络通讯的复杂性。3、对象请求代理随着对象技术与分布式计算技术的发展，两者相互结合形成了分布对象计算，并发展为当今软件技术的主流方向。1990年底，对象管理集团OMG首次推出对象管理结构OMA(Object Management Architecture)，对象请求代理（Object Request Broker）是这个模型的核心组件。它的作用在于提供一个通信框架，透明地在异构的分布计算环境中传递对象请求。CORBA规范包括了ORB的所有标准接口。1991年推出的CORBA 1.1 定义了接口描述语言OMG IDL和支持Client/Server对象在具体的ORB上进行互操作的API。CORBA 2.0 规范描述的是不同厂商提供的ORB之间的互操作。对象请求代理(ORB)是对象总线，它在CORBA规范中处于核心地位，定义异构环境下对象透明地发送请求和接收响应的基本机制，是建立对象之间client/server关系的中间件。ORB使得对象可以透明地向其他对象发出请求或接受其他对象的响应，这些对象可以位于本地也可以位于远程机器。ORB拦截请求调用，并负责找到可以实现请求的对象、传送参数、调用相应的方法、返回结果等。client对象并不知道同server对象通讯、激活或存储server对象的机制，也不必知道server对象位于何处、它是用何种语言实现的、使用什么操作系统或其他不属于对象接口的系统成分。值得指出的是client和server角色只是用来协调对象之间的相互作用，根据相应的场合，ORB上的对象可以是client，也可以是server，甚至兼有两者。当对象发出一个请求时，它是处于client角色；当它在接收请求时，它就处于server角色。大部分的对象都是既扮演client角色又扮演server角色。另外由于ORB负责对象请求的传送和server的管理，client和server之间并不直接连接，因此，与RPC所支持的单纯的Client/Server结构相比，ORB可以支持更加复杂的结构。4、事务处理监控事务处理监控（Transaction processing monitors）最早出现在大型机上，为其提供支持大规模事务处理的可靠运行环境。随着分布计算技术的发展，分布应用系统对大规模的事务处理提出了需求，比如商业活动中大量的关键事务处理。事务处理监控界于client和server之间，进行事务管理与协调、负载平衡、失败恢复等，以提高系统的整体性能。它可以被看作是事务处理应用程序的“操作系统”。总体上来说，事务处理监控有以下功能：进程管理，包括启动server进程、为其分配任务、监控其执行并对负载进行平衡。事务管理，即保证在其监控下的事务处理的原子性、一致性、独立性和持久性。通讯管理，为client和server之间提供了多种通讯机制，包括请求响应、会话、排队、订阅发布和广播等。事务处理监控能够为大量的client提供服务，比如飞机定票系统。如果server为每一个client都分配其所需要的资源的话，那server将不堪重负（如图2所示）。但实际上，在同一时刻并不是所有的client都需要请求服务，而一旦某个client请求了服务，它希望得到快速的响应。事务处理监控在操作系统之上提供一组服务，对client请求进行管理并为其分配相应的服务进程，使server在有限的系统资源下能够高效地为大规模的客户提供服务。 其实这些东西百度上都有的，你自己搜下就知道了。