消息中间件有什么用途 中间件[app中间件] 中间件[app中间件]-主要用途，中间件[app中间

中间件（middleware）是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。中间件（middleware）是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。

中间件_中间件[app中间件] -主要用途

应用程序的规模不断扩大，特别是Internet及WWW的出现，使计算机的应用范围更为广阔，许多应用程序需在网络环境的异构平台上运行。这一切都对新一代的软件开发提出了新的需求。在这种分布异构环境中，通常存在多种硬件系统平台(如PC，工作站，小型机等)，在这些硬件平台上又存在各种各样的系统软件(如不同的操作系统、数据库、语言编译器等)，以及多种风格各异的用户界面，这些硬件系统平台还可能采用不同的网络协议和网络体系结构连接。如何把这些系统集成起来并开发新的应用是一个非常现实而困难的问题。

中间件可以满足大量应用的需要运行于多种硬件和OS平台支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互支持标准的协议支持标准的接口。

由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。

中间件_中间件[app中间件] -主要功能

中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的理解也会有所不同。由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。基于目的和实现机制的不同，实现的功能有如下分类：

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)，对象请求代理（ObjectRequestBroker）是这个模型的核心组件。它的作用在于提供一个通信框架，透明地在异构的分布计算环境中传递对象请求。CORBA规范包括了ORB的所有标准接口。1991年推出的CORBA1.1定义了接口描述语言OMGIDL和支持Client/Server对象在具体的ORB上进行互操作的API。CORBA2.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、事务处理监控

事务处理监控（Transactionprocessingmonitors）最早出现在大型机上，为其提供支持大规模事务处理的可靠运行环境。随着分布计算技术的发展，分布应用系统对大规模的事务处理提出了需求，比如商业活动中大量的关键事务处理。事务处理监控界于client和server之间，进行事务管理与协调、负载平衡、失败恢复等，以提高系统的整体性能。它可以被看作是事务处理应用程序的“操作系统”。总体上来说，事务处理监控有以下功能：

进程管理，包括启动server进程、为其分配任务、监控其执行并对负载进行平衡。

事务管理，即保证在其监控下的事务处理的原子性、一致性、独立性和持久性。

通讯管理，为client和server之间提供了多种通讯机制，包括请求响应、会话、排队、订阅发布和广播等。

事务处理监控能够为大量的client提供服务，如果server为每一个client都分配其所需要的资源的话，那server将不堪重负。但实际上，在同一时刻并不是所有的client都需要请求服务，而一旦某个client请求了服务，它希望得到快速的响应。事务处理监控在操作系统之上提供一组服务，对client请求进行管理并为其分配相应的服务进程，使server在有限的系统资源下能够高效地为大规模的客户提供服务。

中间件_中间件[app中间件] -特点

也许很难给中间件一个严格的定义，但中间件应具有如下的一些特点：

满足大量应用的需要
运行于多种硬件和OS平台
支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互
支持标准的协议
支持标准的接口

由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。

中间件_中间件[app中间件] -历史

最早具有中间件技术思想及功能的软件是IBM的CICS，但由于CICS不是分布式环境的产物，因此人们一般把Tuxedo作为第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于AT&AMp;&T的贝尔实验室开发完成的，但由于分布式处理当时并没有在商业应用上获得像今天一样的成功，Tuxedo在很长一段时期里只是实验室产品，后来被Novell收购，在经过Novell并不成功的商业推广之后，1995年被现在的BEA公司收购。尽管中间件的概念很早就已经产生，但中间件技术的广泛运用却是在最近10年之中。BEA公司1995年成立后收购Tuxedo才成为一个真正的中间件厂商，IBM的中间件MQSeriES也是90年代的产品，其它许多中间件产品也都是最近几年才成熟起来。

中间件_中间件[app中间件] -名字由来

计算机技术迅速发展。从硬件技术看，CPU速度越来越高，处理能力越来越强；从软件技术看，应用程序的规模不断扩大，特别是Internet及WWW的出现，使计算机的应用范围更为广阔，许多应用程序需在网络环境的异构平台上运行。这一切都对新一代的软件开发提出了新的需求。在这种分布异构环境中，通常存在多种硬件系统平台(如PC，工作站，小型机等)，在这些硬件平台上又存在各种各样的系统软件(如不同的操作系统、数据库、语言编译器等)，以及多种风格各异的用户界面，这些硬件系统平台还可能采用不同的网络协议和网络体系结构连接。如何把这些系统集成起来并开发新的应用是一个非常现实而困难的问题。

中间件_中间件[app中间件] -分类

中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，将这种通讯服务称之为平台。基于目的和实现机制的不同，将平台分为以下主要几类：

远程过程调用中间件（RemoteProcedureCall）
面向消息的中间件（MesSAge-OrientedMiddleware）
对象请求代理中间件（objectRequeSTBrokers）

它们可向上提供不同形式的通讯服务，包括同步、排队、订阅发布、广播等等，在这些基本的通讯平台之上，可构筑各种框架，为应用程序提供不同领域内的服务，如事务处理监控器、分布数据访问、对象事务管理器OTM等。平台为上层应用屏蔽了异构平台的差异，而其上的框架又定义了相应领域内的应用的系统结构、标准的服务组件等，用户只需告诉框架所关心的事件，然后提供处理这些事件的代码。当事件发生时，框架则会调用用户的代码。用户代码不用调用框架，用户程序也不必关心框架结构、执行流程、对系统级API的调用等，所有这些由框架负责完成。因此，基于中间件开发的应用具有良好的可扩充性、易管理性、高可用性和可移植性。

通用中间件类型包括：

?企业服务总线（ESB ： Enterprise Service Bus）：ESB 是一种开放的、基于标准的分布式同步或异步信息传递中间件。通过 XML、Web 服务接口以及标准化基于规则的路由选择文档等支持，ESB 为企业应用程序提供安全互用性。

?事务处理（TP：Transaction Processing）监控器：为发生在对象间的事务处理提供监控功能，以确保操作成功实现。

?分布式计算环境（DCE：Distributed Computing Environment）：指创建运行在不同平台上的分布式应用程序所需的一组技术服务。

?远程过程调用（RPC：Remote Procedure Call）：指客户机向服务器发送关于运行某程序的请求时所需的标准。

?对象请求代理（ORB：Object Request Broker）：为用户提供与其他分布式网络环境中对象通信的接口。

?数据库访问中间件（Database Access Middleware）：支持用户访问各种操作系统或应用程序中的数据库。SQL 是该类中间件的其中一种。

?信息传递（Message Passing）：电子邮件系统是该类中间件的其中一种。

?基于 XML的中间件（XML-Based Middleware）：XML允许开发人员为实现在 Internet 中交换结构化信息而创建文档。

中间件_中间件[app中间件] -面临问题

中间件能够屏蔽操作系统和网络协议的差异，为应用程序提供多种通讯机制；并提供相应的平台以满足不同领域的需要。因此，中间件为应用程序了一个相对稳定的高层应用环境。然而，中间件服务也并非“万能药”。中间件所应遵循的一些原则离实际还有很大距离。多数流行的中间件服务使用专有的API和专有的协议，使得应用建立于单一厂家的产品，来自不同厂家的实现很难互操作。有些中间件服务只提供一些平台的实现，从而限制了应用在异构系统之间的移植。应用开发者在这些中间件服务之上建立自己的应用还要承担相当大的风险，随着技术的发展他们往往还需重写他们的系统。尽管中间件服务提高了分布计算的抽象化程度，但应用开发者还需面临许多艰难的设计选择，例如，开发者还需决定分布应用在client方和server方的功能分配。通常将表示服务放在client以方便使用显示设备，将数据服务放在server以靠近数据库，但也并非总是如此，何况其它应用功能如何分配也是不容易确定的。

中间件_中间件[app中间件] -现状

1.发展现状

1.1.技术现状

中间件技术是在克服复杂网络应用的共性问题中不断发展和壮大起来的，这些问题可以归纳为四个方面：
1、从计算环境来看：中间件面对的是一个复杂、不断变化的计算环境，要求中间件技术具有足够的灵活性和可成长性；
2、从资源管理的角度来看：操作系统和数据库管理系统管理的是有限资源，资源种类有限，资源量也有限，而中间件需要管理的资源类型（数据、服务、应用）更丰富，且资源扩展的边界是发散的；
3、从应用支撑角度来看：中间件需要提供分布应用开发、集成、部署和运行管理的整个生命周期的总体运行模型；
4、从应用的角度来看：利用中间件完成的往往是复杂、大范围的企业级应用，其关系错综复杂，流程交织。例如客户关系管理系统需要集成多个企业内部应用，而供应链管理则涉及企业之间的应用集成。

1.2.产品与市场现状

中间件作为基础软件的重要组成，业已与操作系统、数据库齐头并进，在世界范围内呈现出迅猛发展的势头，已经形成一个巨大的产业。

1.3.现状分析

综合产业界的发展情况，中国中间件产业在2004年呈现出如下发展特点：
技术多样化：中间件已经成为网络应用系统开发、集成、部署、运行和管理必不可少的工具。由于中间件技术涉及网络应用的各个层面，涵盖从基础通讯、数据访问、业务流程集成到应用展现等众多的环节，因此，中间件技术呈现出多样化的发展特点。

产品平台化：由于传统的中间件技术门槛较高，学习周期较长，已经不能适应信息化建设对中间件的广泛应用需求。为此，中间件产品从解决网络计算中的关键问题开始向一体化平台方向发展，以提高中间件产品的使用便利性，更全面地满足各种网络应用软件所要求的可靠性、可伸缩性和安全性的需要。

应用普及化：中间件技术已经是成熟的技术。中国大型信息化建设项目采纳中间件已经成为一种自然、例行的举措。中间件的广泛使用，也进一步促进了应用框架技术的丰富和发展，并为建立企业信息化业务基础架构奠定了基础。

由于网络世界是开放的、可成长的和多变的，分布性、自治性、异构性已经成为信息系统的固有特征。实现信息系统的综合集成，已经成为国家信息化建设的普遍需求，并直接反映了整个国家信息化建设的水平，中间件通过网络互连、数据集成、应用整合、流程衔接、用户互动等形式，已经成为大型网络应用系统开发、集成、部署、运行与管理的关键支撑软件。

随着中间件在中国信息化建设中的广泛应用，中间件应用需求也表现出一些新的特点：
可成长性：Internet是无边界的，中间件必须支持建立在Internet之上的网络应用系统的生长与代谢，维护相对稳的应用视图。

适应性：环境和应用需求不断变化，应用系统需要不断演进，作为企业计算的基础设施，中间件需要感知、适应变化，提供对下列环境的支持：

支持移动、无线环境下的分布应用，适应多样性的设备特性以及不断变化的网络环境
支持流媒体应用，适应不断变化的访问流量和带宽约束
在DRE(DIstributedReal-timeEnbeded)环境下，适应强QoS的分布应用的软硬件约束
能适应未来还未确定的应用要求

可管理性：领域问题越来越复杂、IT应用系统越来越庞大，其自身管理维护则变得越来越复杂，中间件必须具有自主管理能力，简化系统管理成本。
面对新的应用目标和变化的环境，支持复杂应用系统的自主再配置
支持复杂应用系统的自我诊断和恢复
支持复杂应用系统的自主优化
支持复杂应用系统的自主防护
高可信性：提供安全、可信任的信息服务
支持大规模的并发客户访问
提供99.99％以上的系统可用性
提供安全、可信任的信息服务

这些新的应用特点对中间件技术的发展提出了新的挑战，也决定了中间件技术未来几年的发展方向，为了解决上述问题，中间件技术呈现出丰富多彩的格局，图2给出了解决各类问题的一些新的中间件技术。

发展因素

（1）中间件行业良好的市场前景

随着互联网应用服务需求的上升、各行业应用系统规模的迅速扩张等，对中间件的需求也日益突出。目前，信息化建设水平较高的电信、金融、政府和能源等领域是应用中间件的重点领域。这些行业和部门的IT系统整合节奏相对较快，对中间件的需求保持持续增长。同时，其他行业领域的大中型企业以及部分小企业的信息化进程也逐渐加速，着眼于充分利用已经建成的应用系统和业务系统，更好地为业务部门和广大客户服务。各行业相继加大信息化基础设备和应用系统的建设，对中间件平台产生了巨大需求，预示着未来中国中间件市场将具有广阔的发展空间。

未来电信、金融行业的中间件需求增长趋于平稳，政府行业需求将持续增长，传统行业如交通、教育、医疗、电力、证券、保险、税务等将被逐渐开发，新兴行业如物联网、云计算等的额外增长需求使得国内中间件市场的销售额保持稳定增长。今后几年内我国中间件市场的年复合增长率将超过18%，随着新兴行业的建设，增长率或将略有升幅。

（2）中间件具备规模效应

中间件与操作系统和数据库一样，作为基础软件具有标准化产品的特点，具备一定的通用性，容易形成规模效应。由于中间件软件具有标准化、产品化的特点，而中间件软件的研发支出具有固定化的特点，因此中间件产品销量越多，中间件厂商的利润率水平越高，产品的销量是影响各中间件厂商利润率水平的重要因素之一。

（3）中间件市场秩序相对规范

中间件产品主要应用于企业级应用系统的开发、运行与管理。中间件对各种硬件平台、操作系统、网络数据库产品实现了兼容和开放，存在着对客户提供全方位服务的需要。中间件产品总体上不存在盗版现象，市场秩序与其它领域的软件相比比较规范，从而一定程度上保障了中间件企业的利润空间。

（4）国家产业政策的大力支持

国家产业政策的大力支持为国内软件行业创造了良好的发展环境。软件行业属于国家鼓励发展的战略性、基础性和先导性支柱产业，受现有国际垄断格局的影响，中国软件业发展至今，系统级产品仍然比较弱小，但国家从信息安全、自主创新的战略角度考虑，将长期支持和发展基础软件。国产中间件是业界公认的发展最好，最能实现突破的领域，是民族软件产业切入战略性、基础性及关键性软件领域的一次最现实的机遇，并将有助于提升我国在这一领域的研发能力。自

自2000年以来，国家出台了一系列法规和政策，从投融资体制、税收、产业技术、软件出口、收入分配、人才吸引与培养、知识产权保护、行业组织与管理等多方面为软件产业发展提供了政策保障和扶持，营造了良好的发展环境。

2、不利因素

（1）高端人才缺乏

由于基础软件领域长期由国外特别是美国企业占据强势地位，我国基础软件仍处于发展阶段，大学和科研院等机构在基础软件方面的研究也相对滞后，造成国内真正从事基础软件研发的高端人才匮乏。同时，我国的软件市场是一个开放的竞争市场，国际软件企业进入我国后，为我国软件业的发展带来一定压力，在国内软件企业资金、技术和管理等方面不具备竞争优势的情况下，难以吸引高端人才，现有的优秀人才还可能出现流失。

因此，人才缺乏是制约我国中间件行业发展的不利因素。

（2）部分客户对国内中间件厂商的认同度有待提高

由于我国中间件行业起步较晚，因此总体来看，国内中间件厂商在资金实力、品牌等方面与国外软件巨头存在一定的差距。虽然近年来东方通等国产厂商在技术、产品、品牌等方面取得了长足进步，产品性能方面已与国外产品相差无几，但由于基础软件在系统中的重要地位，部分客户仍倾向于购买国际厂商的中间件产品。较低的品牌认同度仍是制约国内基础软件产品市场发展的重要因素。

（3）国际软件巨头对国内厂商的竞争压力

目前IBM、Oracle两家国际软件巨头在我国中间件领域占据较大的市场份额。为了遏制竞争对手的发展，国际软件巨头采用各种手段，遏制国内厂商发展。

最常用的手段是通过不断推出新的标准和新的技术，试图引导市场。国际软件巨头还会采取价格手段遏制国内中间件厂商，在市场没有国内厂商竞争时其产品价格奇高，而一旦国内厂商进入就大打价格战，试图凭借其庞大的资金实力遏制国内中间件厂商的崛起。

3.中间件产品与市场走向

由于应用复杂性及需求广泛性，用户需求多样化导致中间件产品进一步细分，中间件产品在未来3－5年时间仍将呈现多元化发展格局，中间件产品整体走向将表现出如下特点：

集成化中间件产品将大行其道：覆盖企业级应用设计、开发、集成、部署、运行和管理的集成化中间件产品（KillerApp）将会出现。MDA技术已经为中间件设计开发平台与运行平台的整合准备了方法学基础，IBM和BOrland等公司已经开始在其中间件产品中开始集成MDA工具，从而中间件将为信息系统的资源层、业务逻辑层、展现层提供全面的支持，同时，中间件也将演变成网络应用全生命周期支持工具。

基于构件的软件开发将成为主流：随着中间件作为网络应用开发环境和运行环境双重支撑平台地位的确立，中间件产品研发重点将从运行平台逐渐向开发平台转移的，软件构件库管理平台将受到进一步关注。各个层面的构件资源将得到极大地丰富和发展，独立的构件交易商将会出现，CBSD将成为软件开发主流。

在底层，中间件产品将进一步融合操作系统、数据库管理系统和其它资源管理平台（如元数据管理、目录管理、内容管理）的功能，形成一层厚实的基础软件；在上层，基于中间件的应用框架产品将得到极大丰富，例如面向金融的数据中心平台、电信业务运行支撑平台、电子政务信息交换平台、电子商务供应链管理平台等应用框架型领域中间件将不断丰富完善。

中间件_中间件[app中间件] -CICS

最早具有中间件技术思想及功能的软件是IBM的CICS，但由于CICS不是分布式环境的产物，因此人们一般把Tuxedo作为第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于AT&&T的贝尔实验室开发完成的，但由于分布式处理当时并没有在商业应用上获得像今天一样的成功，Tuxedo在很长一段时期里只是实验室产品，后来被Novell收购，在经过Novell并不成功的商业推广之后，1995年被现在的BEA公司收购。尽管中间件的概念很早就已经产生，但中间件技术的广泛运用却是在最近10年之中。BEA公司1995年成立后收购Tuxedo才成为一个真正的中间件厂商，IBM的中间件MQSeries也是90年代的产品，其它许多中间件产品也都是最近几年才成熟起来。

1998年IDC公司对于中间件有一个定义，并根据用途将其划分为6个类别。如今所保留下来的只有消息中间件和交易中间件，其他的已经被逐步融合到其他产品中了，被包裹进去了，在市场上已经没有单独的产品形态出现了。例如，当时有一个叫屏幕数据转换的中间件，其主要是针对IBM大机终端而设计产品，用于将IBM大机终端的字符界面转化为用户所喜欢的图形界面，类似的东西当时都称为中间件。但随着IBM大机环境越来越少，但是盛行一时的此类中间件如今已经很少再被单独提及。

应用服务器

2000年前后，互联网盛行起来，随之产生了一个新的东西，就是应用服务器。实际上，交易中间件也属于是应用服务器，为了区分，人们传统的交易中间件称为分布交易中间件，因它主要应用在分布式环境下，而将新的应用服务器，称为J2EE中间件，到目前为止，这都是市场上非常热门的产品。EAI概念出来之后，市场上又推出了一些新的软件产品，，例如工作流、Portal等，但从分类上不知道怎么归类，向上不能够划归应用，往下又不能归入操作系统，于是就把它归入了中间件，如此中间件的概念更加扩大了。目前，市场上对于中间件，各家的说法不一，客观上也导致了理解上的复杂性。

技术实现方法

如今，市场上又推出了很多新的概念，例如三层结构、构件、Web服务，其中风头最劲的当属SOA(面向服务的架构)。实际上，他们都不是一个产品，而是一种技术的实现方法，是开发一个软件的一种方法论。我们知道，最早软件开发方法就是编程、写代码的，其缺点在于无法复用，为此提出了构件化的软件开发方法，通过把编程中一些常用功能进行封装，并规范统一接口，供其它程序调用，例如我们开发一个新软件，可能要用到构件1、构件2、构件3，那么，我们只要对其进行本地组装，就可以得到我们想要的应用软件。在互联网得到普及重视之后，软件开发方法在构件化基础上又有新发展，核心思想是软件并不需要囊括构件，所需要的仅仅是构件的运行结果，例如编写一个通信传输软件，就可以到网上寻找构件，并提出服务请求，得到结果后返回，而不需要下载构件并打包，这就是现在所说的SOA。想要实现SOA，就要规范构件接口，同时还要规范构件所提交的服务结果，如此，新的软件开发的思想才能够行的通。但SOA并不是一个产品，而是一种思想方法，而实现这种方法的基础，如今看来只有中间件。

国内在中间件领域的起步阶段正是整个世界范围内中间件的初创时期。东方通科技早在1992年就开始中间件的研究与开发，1993年推出第一个产品TongLINK/Q。而中科院软件所、国防科技大学等研究机构也对中间件技术进行了同步研究。可以说，在中间件领域，国内的起步时间并不比国外晚多少。

中间件_中间件[app中间件] -物联网中间件

爱华网本文地址 » http://www.aihuau.com/a/8103340103/63115.html