什么是地图发布中间件及其功能应用介绍
一、海量影像地图数据发布首选——中间件
如果需要发布海量影像数据快速构建全国离线二维GIS地理信息系统或全球离线三维地球触摸GIS系统，则需要由硬件、软件、数据和GIS平台四部分组成。
1)硬件
硬件主要包括地图数据服务器和客户端PC机。
服务器：主要用于安装中间件、布署GIS应用平台和存储全国卫星影像数据。
客户端：用于加载GIS平台，并接收中间件发布的影像数据、地名路网数据和高程数据。
2)软件
软件主要包括《水经注地图发布服务中间件》（简称“中间件”）和《水经注万能地图下载器》（简称“下载器”）。
中间件：用于发布全国或全球海量卫星影像数据、地名路网和高程数据。
下载器：用于下载卫星影像数据、地名路网和高程数据。
3)数据
用户可以自行下载数据或直接购买下载好的数据。
自行下载：卫星影像数据、地名路网数据和高程数据可以用《水经注万能地图下载器》自行下载。
直接购买：购买之后，会通过邮寄硬盘（全国数据）或阵列柜（全球数据）
的方式为用户提供。
4)GIS平台
由于中间件只是一个基于URL请求返回瓦片数据的功能部件，因此只要可以支持瓦片式影像加载的GIS平台都可以进行调用。
这里推荐几个GIS开发平台供选择：
1)Google Map 离线API
2)Openlayers 二维开源平台
3)ArcGIS API for JavaScript
4)Cesium 开源三维地球平台
5)OsgEarth开源三维地球平台
二、什么是地图发布中间件
简单的讲，地图发布中间件就是为客户端提供影像瓦片的一个Windows系统服务。它只做一件事，也就是客户端通过URL请求的方式，可以快速返回影像瓦片、地名路网瓦片和高程瓦片数据。
获取影像URL示例
http://127.0.0.1:8080/getImage?z=6&y=62&x=35
获取地图路网URL示例
http://127.0.0.1:8080/getlabel?z=6&y=62&x=35
获取高程URL示例
http://127.0.0.1:8080/getDem?z=6&y=62&x=35
URL中的参数说明：
127.0.0.1 服务器IP地址
8080 端口号
getImage 表示请求影像格式瓦片getLabel 表示请求地名路网瓦片getDem 表示请求数字高程瓦片Z 级别
X 列号
Y 行号
三、数据源从哪里获得
地图发布中间件的数据源为万能下载器下载的任务文件(*.dat和*.idx)，卫星影像、地名路网和高程数据都可以用万能地图下载器下载，然后用中间件进行地图发布。
除了自行下载影像数据之外，也可以为用户提供已下载完成的全国卫星影像数据和全球卫星影像数据。
四、支持发布哪些投影坐标系的地图数据
中间件仅支持Web墨卡托投影坐标系和WGS84经纬度坐标系的卫星地图和地名路网，发布的高程数据仅支持WGS84经纬度坐标系。
五、最大的优点是什么，可以解决什么问题？
1)支持海量数据发布
支持发布全国（8TB）以及全球（100TB以上）的海量卫星影像数据和地名路网数据
2)瓦片提取速度快
从100TB以上的海量影像数据中可以闪电式提取并发布瓦片数据。
3)瓦片打包式存储
瓦片存储方式为打包式存储，也即为下载器的任务文件（*.dat和*.idx），
10万张瓦片存储在一个文件中而不影像瓦片的检索提取速度。
4)数据管理方便
当需要更新影像数据时，只需要用万能地图下载器下载相应的文件块更新替换即可，数据包的模块化存储对数据更新、备份和管理都十分方便。
5)运行环境简单
中间件不需要第三方插件和平台支持，数据包文件为纯二进制文件，也不需要任何数据库支持，运行环境简单。
六、用中间件和用ArcGIS发布影像有什么区别
ArcGIS发布的的ArcGIS Server影像为瓦片式存储，由于在Windows操作系统中存储文件都是以簇(NTFS磁盘格式为4个字节)为单位，文件所占的空间都是簇的整数倍，即便文件最后一部分没有占满整个簇，后面的文件也不会紧接着这个簇继续写入，而是从另外一个新的簇开始写，这样就会造成空间浪费，文件越多浪费的存储空间也就越多。
另外，操作系统对文件的检索能力也有一定瓶颈，如果文件数量达到了十亿级别，会非常影像读写速度，这样就会带来文件复制速度慢，系统布署周期长，数据更新维护工作困难等一系列问题。
也就是说瓦片，ArcGIS Server不适合发布全国或全球的海量瓦片数据，但它却是中间件的强项。
七、需要哪些配套软件
万能地图下载器作为中间件数据源的提供者，是必不可少的配套软件。
即便是已经有了全国或全球的数据，也可以通过下载器对局部数据范围进行下载，并替换更新对应的数据包文件。也就是说，可以利用下载器随时自主更新影像。
八、能用于哪些GIS开发平台
由于中间件只是一个基于URL请求返回瓦片数据的功能部件，因此如果需要构建一套真正的GIS平台，还需要GIS平台客户端支持。
这里推荐几个GIS开发平台供选择：
1)Google Map 离线API
2)Openlayers 二维开源平台
3)ArcGIS API for JavaScript
4)Cesium 开源三维地球
5)OsgEarth开源三维地球
九、支持哪些开发语言和开发环境
由于中间件只是基于URL的请求返回瓦片数据，因此中间件对客户端平台的开发语言和开发环境没有任何要求，只要可以支持瓦片式影像加载的GIS平台都可以进行调用。
十、是否需要服务器
1)对于只是满足离线查看的需求，只需要在本机安装并点击一键发布查看
结果即可。
2)如果是需要在企事业单位局域网内发布一套GIS地理信息系统，满足多
个终端的应用需求，则需要一台固定的电脑作为服务器，该服务器主要
用作布署中间件服务、GIS客户端平台和存储数据（全国范围或10T以
内数据）。
3)如果需要发布的数据范围为全球或10T以上的影像数据，则一定需要一
台磁盘阵列柜存储数据，数据越大则对阵列柜的要求越高。
十一、哪里有全国以及全球数据
下载全国卫星影像或全球卫星影像数据是一个巨大的工程，为了节省用户的时间，该工具已为用户做好，也就已经有下载好的全国卫星影像地图数据和全球卫星影像数据与高程数据为客户提供。
十二、可以构建什么样的系统平台
1)全国离线二维GIS地理信息系统
基于中间件、GIS开发平台和全国卫星影像数据，可以构建一套全国离线二维GIS地理信息系统基础框架，只需要在此基础之上再开发相关的业务功能即可，也可以委托本公司开发。
2)全球离线三维地球触摸GIS系统
基于中间件、CESIUM开源三维地球平台和全球卫星影像数据与全球高程数据，可以构建一套离线三维系统触摸GIS系统基础框架。在此基础之上，可以结合实际需求开发与业务相关的应用功能，也可以委托本公司开发。
投标方必须保证本项目所需软件产品获得生产厂家的合法授权，且为最新版本，并在售后服务承诺中保证提供至少一年的免费升级服务和技术支持服务。主要的应用支撑软件要求如下： 一、数据库系统 投标方提供的数据库管理系统需满足以下具体技术要求： 1、基本功能 提供丰富的数据类型支持，提供丰富的内置函数，主要包括：数学函数、字符串函数、日期时间函数、聚集函数、大对象函数等。支持自定义存储过程/函数，支持触发器，支持视图。支持完整性约束，支持事务的4种隔离级别。 支持海量数据存储和管理，数据存储量为32T以上，单个大对象的最大容量要支持到4GB。并发控制支持表锁、行锁和页锁，具有大规模并发处理能力。 支持集中的数据库管理，提供远程跨平台数据库管理工具；提供良好的性能监控、调整手段；提供跨库、跨系统数据管理能力。 2、安全要求 支持强用户身份鉴别：为用户身份鉴别提供口令、指纹和Radius等多种身份鉴别方式，并允许系统管理员自行配置用户身份鉴别类型。 支持自主访问控制机制：利用对象的ACL列表来检查某个用户是否具有对某个对象的某种访问权限，支持强制访问控制机制：提供基于标签的访问控制方式。提供多种加密方式来保证数据存储安全，至少支持外部密钥加密套件和透明加密两种方式。提供基于证书机制的数据加密传输。提供独立的安全审计，支持系统特权审计、用户审计、语句审计和对象审计四种类型的审计，既可以审计执行成功的语句也可以审计执行失败的语句。支持三权分立的安全体系，建立系统管理员、系统审计员、系统安全员的三权分立安全模型，并将访问控制的粒度细化到行级。 3、性能要求 支持多种索引，支持多种查询优化策略，支持存储过程优化、基于代价的查询优化、基于规划的查询优化，支持高效的自动数据压缩。支持物化视图，提供并行查询能力。支持一级及二级水平分区，包括：hash分区，range分区和list
w e b l o g i c中间件介绍 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
目录
一、Weblogic11g概述
编写目的 ■金税三期以后的综税的产品线中间件由原来Weblogic814，全面升级为Weblogic11g，JDK统一使用及以上版本。 ■为了满足三期后运维要，全面提高运维工程师运维能力。本文档全面介绍了Weblogic11g中间件的基础操作。 功能简介 ■支持最新的 Java 平台、企业版 (Java EE) 规范及Web 服务标准，从而可简化开发并 增强互操作性，以支持面向服务的体系结构 (SOA)。 ■领先的可靠性、可用性、可扩展性和业界领先的性能。 主要优势 ■J2EE应用服务器性能记录的保持者 ■应用程序和服务的可用性和运行时间 ■更好地监视和管理生产应用程序 ■更快、更高效的开发-部署-调试周期 ■卓越的最终用户客户端可用性 ■高效快速的服务器管理 ■简化新应用程序和服务的开发 适用范围
■J2EE应用服务器 ■BS三层架构的应用服务器 Weblogic11G新特性 自调优的企业级内核 ?静态的线程池参数可以不进行设置 ?系统自动维护线程池的大小 ?自动记录系统历史的吞吐量和性能统计 ?为了达到资源的最优分配，自动优化服务器 ?没有本地代码 过载保护 ?合理的处理过量的服务–过载保护 ?根据内存与队列容量的极限值的设定拒绝请求 ?通过降低非关键业务系统的使用资源，来保证关键业务系统的正常 ?过载的时候拒绝新的请求而不是降低整个服务器的服务质量 ?优雅的意外处理 ?可以选择当发生死锁、内存溢出等关键错误时，关闭或暂停服务器动态的配置变化 ?事务式的配置变化– all or nothing! ?大部分的变化不需要重启服务器
第一章：中间件技术介绍 1.1两层结构与三层结构 长期以来，我们一直使用着"客户端/服务器"的两层结构，这种两层的结构曾让无数人 为之兴奋和惊叹，即客户端提供用户界面、处理业务逻辑，数据库服务器接受客户端SQL 语句并对数据库进行查询，更新等操作，然后操作结果返回给客户端，如图所示。 在一个比较简单的计算机应用系统中，采用两层体系结构的确给人们带来了相当的灵活性。但随着计算机应用水平的飞速发展、企业信息化水平的不断深入、企业客户的不断增 加，以及新业务的不断出现，越来越多的用户对计算机应用系统提出了更高的要求： 1.要能够同时支持成千上万乃至更多用户的并发服务请求 2.由单一的局域网向跨多个网络协议的广域网扩展 3.不仅要支持一般的信息管理，而且还要支持关键业务的联机交易处理 4.从支持单一的系统平台和数据源转向支持异构的多系统平台和多数据源 面对用户的新需求，二层结构的应用模式由于采用客户机与服务器直接联接的方式形成了其固有的一些缺陷： 1.难以维护 clie nt/server 结构用户界面、业务逻辑和数据逻辑相互交错，通常在第一次部署的时候比较 容易，但难于升级或改进，而且经常基于某种专有的协议（通常是某种数据库协议）。它使得重 用业务逻辑和界面逻辑变得非常困难。 2 ?难以扩展 随着系统的升级，系统复杂程度大大增加，难以扩展，另外它是一个封闭的系统，很难与其他的应用系统实现互操作。 3.安全性差 客户端程序可以直接访问数据库，可通过编程语言或数据库提供的工具直接对数据库进行操作，不安全
4?性能不好 客户端直接与数据库建立连接，当有大量的并发用户存在时，会使数据库不堪重负，性能迅速下降，甚至当机。 三层结构 为解决传统二层模式与应用需求日益突出的矛盾，以交易中间件为基础框架的三层应用模式应运而生，三层结构以中间层管理大量的客户端并为其联接、集成多种异构的服务器平台，通过有效的组织和管理，在极为宽广的范围内将客户机与服务器进行高效组合。同时中间件开创的以负载平衡、动态伸缩等功能为代表的管理模式，已被广泛证实为建立关键业务应用系统的最佳环境，使在二层模式下不可能实现的应用成为可能，并为应用提供了充分的扩展余地。这种模式的成功应用已为许多国际大型企业在应用的开发和部署方面节省了大量的时间和金钱。由此促使越来越多的系统开发商和用户采用三层结构模式开发和实施其应用。 三层客户机/服务器模式的核心概念是利用中间件将应用的用户界面、业务逻辑和数据逻辑 分为三个不同的处理层，如图所示? 1.表示层（用户界面）：它的主要功能是实现用户交互和数据表示，为以后的处理收集数据， 向第二层的业务逻辑请求调用核心服务处理，并显示处理结果。这一层通常采用VB, PB DELPHI等语言编写，或采用浏览器实现 2.中间层（业务逻辑）：实现整个应用系统核心业务逻辑，通常把业务逻辑划分成一个个独立 的模块，用中间件提供的API结合数据库提供的编程接口实现。客户端通过调用这些模块 实现相应的业务操作。 3.数据层（数据逻辑）：数据库负责管理整个应用系统的数据资源，完成数据操作。中间层上应用程序 在处理客户端的请求时，通常要存取数据库。 随着市场竞争的日益加剧和企业电子信息化建设的不断深入，高度灵活、能快速部署新服务和新应用的三层结构应用系统将成为企业信息化的必由之路。采用以中间件为基础的三层结构来架构的应用系统不但具备了大型机系统稳定、安全和处理能力高等特性，同时拥有开放式系统成本低、可扩展性强、开发周期短等优点。可以很好解决两层结构所面临的问题。中间件作为构造三层结构应用系统的基础平台，在三层结构中起着关键的作用，下一节我们将对中间件技术做一个概括性的介绍。 1． 2 中间件技术简介
什么是地图发布中间件及其功能应用介绍 一、海量影像地图数据发布首选——中间件 如果需要发布海量影像数据快速构建全国离线二维GIS地理信息系统或全球离线三维地球触摸GIS系统，则需要由硬件、软件、数据和GIS平台四部分组成。 1)硬件 硬件主要包括地图数据服务器和客户端PC机。 服务器：主要用于安装中间件、布署GIS应用平台和存储全国卫星影像数据。 客户端：用于加载GIS平台，并接收中间件发布的影像数据、地名路网数据和高程数据。 2)软件 软件主要包括《水经注地图发布服务中间件》（简称“中间件”）和《水经注万能地图下载器》（简称“下载器”）。 中间件：用于发布全国或全球海量卫星影像数据、地名路网和高程数据。 下载器：用于下载卫星影像数据、地名路网和高程数据。 3)数据 用户可以自行下载数据或直接购买下载好的数据。 自行下载：卫星影像数据、地名路网数据和高程数据可以用《水经注万能地图下载器》自行下载。 直接购买：购买之后，会通过邮寄硬盘（全国数据）或阵列柜（全球数据）
的方式为用户提供。 4)GIS平台 由于中间件只是一个基于URL请求返回瓦片数据的功能部件，因此只要可以支持瓦片式影像加载的GIS平台都可以进行调用。 这里推荐几个GIS开发平台供选择： 1)Google Map 离线API 2)Openlayers 二维开源平台 3)ArcGIS API for JavaScript 4)Cesium 开源三维地球平台 5)OsgEarth开源三维地球平台 二、什么是地图发布中间件 简单的讲，地图发布中间件就是为客户端提供影像瓦片的一个Windows系统服务。它只做一件事，也就是客户端通过URL请求的方式，可以快速返回影像瓦片、地名路网瓦片和高程瓦片数据。 获取影像URL示例 http://127.0.0.1:8080/getImage?z=6&y=62&x=35 获取地图路网URL示例 http://127.0.0.1:8080/getlabel?z=6&y=62&x=35 获取高程URL示例 http://127.0.0.1:8080/getDem?z=6&y=62&x=35
中间件服务器安装步骤 1、安装WINDOWS 2003 32位操作系统，更改计算机名，设置许可证每服务器可连接600 个客户端。 2、在控制面板里的增加删除程序界面，如图安装 3、安装相应驱动程序。 4、设置IP，并加入域https://www.doczj.com/doc/276214711.html,。 5、先安装R2再安装操作系统的补丁SP2。 6、安装.NET FRAMEWORK 2.0，安装语言包补丁，安装.NET FRAMEWORK 2.0 SDK。 7、安装https://www.doczj.com/doc/276214711.html,。 8、安装ORACLE客户端，要求安装ODPNET版本第一项和第五项。 9、安装.NET FRAMEWORK 32位补丁1。 10、配置COM+组件服务，如图
COM 安全中四个按钮都要打开，并加入EVERYONE 用户都有全部权限。
11、 把ICARECONTROLLER 的域用户添加到本地管理员组中 12、 拷贝更新服务器上最新的DEBUG 文件夹 13、 运行DEBUG 目录下“生成三层中间件服务器目录.bat ”文件，注册COM+组件
14、修改ICARESYSTEM的属性，如图
15、 把ICAREDA TA.DLL 和IBM.Data.DB2.dll 放到GAC 里，操作方法如下： 建立批处理文件，内容如下:建立bat 文件，内容包括如下，然后把它放在
"D:\Debug\gacutil" /il RegGacFileList.txt pause 然后新建RegGacFileList.txt，里面包括ICAREDATA.DLL、IBM.Data.DB2.dll、EMR_ICAREDATA.DLL和EMR_BASE_VO.DLL文件名即可，格式如下： iCareData.dll IBM.Data.DB2.dll EMR_ICAREDATA.DLL EMR_BASE_VO.DLL 也可以通过控制面板下管理工具中的.NET FRAMEWORK2.0工具进行添加上述四个文件。 16、更新中间件时 a)必须先右键关闭ICARESYSTEM三次，并禁用 b)然后反注册 c)再拷贝新文件 d)再注册 e)启动服务，完成之后再检查ICARESYSTEM的属性，确保没有变成库模式。 17、如果某个中间件之前已经放在GAC里面，首先必须在GAC里进行反注册该中间 件即可，操作方法如下： 建立批处理文件，内容如下 "D:\Debug\gacutil" /ul UnRegGacFileList.txt pause 然后新建UnRegGacFileList.txt，里面包括需要反注册的文件名即可，格式请参考如下：HISReg_SVC（特别注明：不需要加文件扩展名） 18、配置自动更新服务： a)必须先右键关闭UpdateSystem_Svr三次，并禁用 b)再拷贝新文件 c)修改UpdateFiles.xml的版本号和需要更新文件的标志 d)启动服务UpdateSystem_Svr 19、客户端只需要运行icare.exe即可自动更新。
常见的服务器性能指标有哪些及简要介绍 当前业界常见的服务器性能指标有: TPC-C TPC-E TPC-H SPECjbb2005 SPECjEnterprise2010 SPECint2006 及SPECint_rate_2006 SPECfp2006 及SPECfp_rate_2006 SAP SD 2-Tier LINPACK RPE2 一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发布主要基准测试为: TPC-C : 数据库在线查询(OLTP)交易性能 TPC-E : 数据库在线查询(OLTP)交易性能 TPC-H : 商业智能/ 数据仓库/ 在线分析(OLAP)交易性能
1.TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现. 正规TPC-C 测试结果发布必须提供tpmC值, 即每分钟完成多少笔TPC-C 数据库交易(TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把TPC-C 测试结果写成为tpm, TPM, TPMC, TPCC 均不属正规。 2.TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。附TPC-C与TPC-E数据库结构对比
中间件开发方案 一使用中间件原因 由于呼叫中心提供的调用呼叫中心的方法只支持单独页面的独立调用，无法满足BS架构的用户在多页面调用呼叫中心功能，因此需要使用中间件服务器连接呼叫中心系统，模拟建立独立通信通道，将多页面调用所需的功能发送给中间件，由中间件作为呼叫中心的唯一调用源，以此保证在符合呼叫中心调用机制的情况下完成BS架构的呼叫中心完整功能。 二开发方案1（CS架构客户端调用方式） 中间件组成部分：（服务器端和客户端） 1、服务器端功能： a)CRM用户和呼叫中心坐席关联，记录在中间件坐席信息表中。 b)接收和记录客户端状态和客户端传来的坐席状态。 c)接收和记录BS架构发送的呼叫中心调用命令。 d)记录客户端和BS架构调用呼叫中心的调用记录及调用结果。 2、客户端功能： a)连接呼叫中心的服务器，实现坐席登录功能。 b)获取呼叫中心服务器上的坐席状态，发送给中间件服务器端。 c)用呼叫中心提供的CS开发文档和开发ocx、dll调用呼叫中心的话务功能。 d)调用呼叫中心话务功能的时候讲调用记录发送给中间件服务器端。 e)接收中间件服务器端传来的BS架构调用呼叫中心话务功能的消息，并根据消 息判断触发呼叫中心话务功能类型及参数，翻译后发送给呼叫中心服务器。 f)在客户端转接、强插、监听等功能调用的时候读取中间件服务器端坐席状态表， 获取在线空闲坐席信息、在线通话中坐席信息等列表，并根据列表中的信息整 理成为调用参数，单击或双击列表中坐席调用呼叫中心话务功能。 g)监控来电事件，根据来电号码、客户端登录坐席，实现CRM弹屏。 3、CRM话务功能调用： a)发送命令消息给中间件服务器。500ms后查询服务器执行结果，若执行结果为 失败则显示失败消息，若执行结果为成功则无动作。 b)读取中间件服务器端坐席状态表，获取在线空闲坐席信息、在线通话中坐席信 息等列表，并根据列表中的信息整理成为调用参数，单击或双击列表中坐席将 转接命令消息发送给中间件服务器，并实现销售线索和来电客户数据的自动生 成或关联。
中间件介绍 文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]
中间件介绍 1、Ice： ICE(Internet Communications Engine)是ZeroC提供的一款高性能的中间件，基于ICE可以实现电信级的解决方案。在设计网站架构的时候可以使用ICE实现对网站应用的基础对象操作，将基础对象操作和数据库操作封装在这一层，在业务逻辑层以及表现层(java,php,,python)进行更丰富的表现与操作，从而实现比较好的架构。基于ICE的数据层可以在未来方便的进行扩展。ICE支持分布式的部署管理，消息中间件，以及网格计算等等。 Zeroc推出的一种分布式的面向对象中间件，解决分布式的异构计算。可以用 C++,Java,c#等进行分布式的交互计算。 主要设计目标是： ·成为适用于异种环境的平台。 ·具有一组完整的特性，支持广泛的领域中的实际的的开发。 ·去掉不必要的复杂性，使平台更易于学习和使用。 ·是一种在、内存使用和CPU开销方面都很高效的实现。 ·是一种具有内建安全性的实现，使它适用于不安全的公共网络。 2、JBoss： 是一个基于J2EE的的。 JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。JBoss是一个管理EJB的容器和服务器，支持EJB 、EJB 和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。 在J2EE领域，JBoss是发展最为迅速的应用服务器。由于JBoss遵循商业友好的LGPL授权分发，并且由开源社区开发，这使得JBoss广为流行。 另外，JBoss应用服务器还具有许多优秀的特质。 JBoss运行后后台管理界面 其一，将具有革命性的JMX服务作为其； 其二，本身就是（Service-Oriented Architecture，）； 其三，具有统一的类装载器，从而能够实现应用的和热卸载能力。 因此，高度模块化的和松耦合。JBoss应用服务器是健壮的、高质量的，而且还具有良好的性能。 1、JBoss是免费的，J2EE的实现，通过许可证进行发布。但同时也有的，开源和闭源流入流出的不是同一途径。 2、JBoss需要的内存和硬盘空间比较小。 3、安装便捷：解压后，只需配置一些即可。 4、JBoss支持"热部署"，部署BEAN时，只拷贝BEAN的文件到部署路径下即可自动加载；如果有改动，也会自动更新。 5、JBoss与Web服务器在同一个中运行，Servlet调用EJB不经过网络，从而大大提高运行效率，提升安全性能。
TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件？中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性： ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的，但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后，使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中，开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要
中间件技术介绍 中间件（middleware）是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。 在众多关于中间件的定义中，比较普遍被接受的是IDC 表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 IDC对中间件的定义表明，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。 中科院软件所研究员仲萃豪形象地把中间件定义为：平台＋通信。这个定义限定了只有用于分布式系统中的此类软件才能被称为中间件，同时此定义还可以把中间件与支撑软件和实用软件区分开来。 目前，中间件发展很快，已经与操作系统、数据库并列为三大基础软件。中间件主要分为以下几类：
1.通信处理（消息）中间件 此类中间件能在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输（如Tong LINK、BEAe Link、IBM的MQ Series等）。这是中间件中唯一不可缺少的，是销售额最大的中间件产品。 2.交易中间件 在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。例如在北京市就要设置各种运载汽车，完成日常的运载，同时要随时监视汽车运行，出现故障时，要有排除措施，发生堵塞时要进行调度。在联机事务处理系统（OLTP）中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。BEA的Tuxedo由此而著名，它成为增长率最高的厂商。一个事务处理平台，根据X/OPEN的参数模型规定，应由事务处理中间件、通信处理中间件以及数据存取管理中间件三部分组成。东方通科技公司的Tong LINK和TongEASY实现了这个参考模型规定。3.数据存取管理中间件
1.中间件应用部署整体要求 以下中间件应用部署要求主要指基于WEB服务器及Java中间件部署的WEB、J2EE等的应用。 1.1.内容要求 a)对整个系统硬件架构进行描述，提供系统架构组网图，此部分可以在主机集成部分提供。 b)对应用系统软件架构进行描述，提供应用软件架构图，对系统数据流，系统控制流以及 外部接口进行描述。 2.中间件应用部署用户要求 2.1.内容要求 a)要求对中间件软件及应用系统安装用户和组进行合理规划。 b)应用系统安装和部署必须新建用户和组，不能使用root安装。 c)对于一般应用，中间件软件与应用系统可以部署在同一用户下。 d)对于同一系统在不同主机上的相同应用，所有新建应用用户的UID,GID信息在所有主机 上保持一致。 2.2.内容实例 ● ● 3.中间件应用部署目录要求 3.1.内容要求
a)要求对中间件软件及应用系统安装目录进行合理规划。 b)应用系统要求部署在独立的文件系统上，在rootvg下建立文件系统。 c)对于同一系统在不同主机上的相同应用，所有目录部署结构在所有主机上保持一致。 d)中间件软件安装目录、域目录、应用发布目录要求独立部署。 ● 3.2.内容实例 ●WebLogic应用目录部署示例 网厅应用前台部署目录：
4.中间件软件及版本要求 4.1.内容要求 a)对使用的中间件软件及版本，32/64bit进行描述； b)对使用的JDK版本进行描述，根据中间件软件的安装要求，选择符合要求的JDK最新 稳定版本。 4.2.内容示例 5.中间件主机参数及系统包要求 5.1.内容要求 a)根据不同操作系统平台，要求的操作系统补丁； b)根据不同操作系统平台，需修改相应的核心参数，保证中间件的安装与运行； 5.2.内容示例 ●WebLoigc（AIX平台） 操作系统补丁要求： 操作系统参数要求：
当前业界常见的服务器性能指标有: TPC-C TPC-E TPC-H SPECjbb2005 SPECjEnterprise2010 SPECint2006 及SPECint_rate_2006 SPECfp2006 及SPECfp_rate_2006 SAP SD 2-Tier LINPACK RPE2 一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发布主要基准测试为: TPC-C : 数据库在线查询(OLTP)交易性能 TPC-E : 数据库在线查询(OLTP)交易性能 TPC-H : 商业智能/ 数据仓库/ 在线分析(OLAP)交易性能 1.TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现. 正规TPC-C 测试结果发布必须提供tpmC值, 即每分钟完成多少笔TPC-C 数据库交易(TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把TPC-C 测试结果写成为tpm, TPM, TPMC, TPCC 均不属正规。 2.TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C 一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。 对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。 附TPC-C与TPC-E数据库结构对比
Oracle融合中间件是首屈一指的应用基础架构产品。它使企业能够利用现代的硬件和软件架构创建和运行灵活且智能的业务管理软件，并最大限度地提高IT 效率。Oracle融合中间件是唯一按照以下独特原则设计的可供任何供应商使用的中间件： ?全面——与可满足所有中间件需求的单一战略性合作伙伴协作 ?集成——与Oracle融合中间件、Oracle数据库和Oracle管理软件经过认证的集成提升了信心并降低了成本 ?支持热插拔——借助优于行业标准的互操作性增强企业现有的基础架构和管理软件 ?一流——各个系列中的产品都是首屈一指的。 1. 应用网格产品系列 1.1. Oracle WebLogic应用服务产品 Oracle WebLogic应用服务器产品系列是用于开发、部署和集成企业管理软件的业界最全面的Java平台。位于该产品系列核心的是Oracle WebLogic应用服务器，它是业界最可靠且性能最高的Java EE服务器。Oracle WebLogic产品为应用网格提供了基础，是一个充分利用了资源共享、动态调整、复制和并行操作的架构，使采用者能够享受极低的运营成本。 1.2. Oracle Tuxedo事务处理产品 Oracle Tuxedo是业界领先的分布式事务处理平台。它基于开放、分布式的系统来提供面向用C、C++和COBOL语言编写的软件的大型机级别的规模和性能，并且它是在主流硬件上转换大型机应用程序的首选平台。Oracle Tuxedo提供经济有效的可靠性，具有每秒处理数十万次事务的极高可伸缩性，并通过延长作为现代化架构（如SOA）一部分的现有IT资产的寿命来保护投资。Oracle Tuxedo是Oracle融合中间件的战略性事务处理产品。
转自知乎 类型1：卡牌、跑酷等弱交互服务端 卡牌跑酷类因为交互弱，玩家和玩家之间不需要实时面对面PK，打一下对方的离线数据，计 算下排行榜，买卖下道具即可，所以实现往往使用简单的 HTTP服务器： 
登录时 可以使用非对称加密（RSA, DH），服务器根据客户端uid，当前时间戳还有服务端私钥，计 算哈希得到的加密 key 并发送给客户端。之后双方都用 HTTP通信，并用那个key进行RC4 加密。客户端收到key和时间戳后保存在内存，用于之后通信，服务端不需要保存 key，因为 每次都可以根据客户端传上来的 uid 和时间戳以及服务端自己的私钥计算得到。用模仿 TLS 的行为，来保证多次HTTP请求间的客户端身份，并通过时间戳保证同一人两次登录密钥不同。 登录时可以使用非 对称加密（RSA, DH），服务器根据客户端uid，当前时间戳还有服务端私钥，计算哈希得到 的加密 key 并发送给客户端。之后双方都用 HTTP通信，并用那个key进行RC4加密。客户 端收到key和时间戳后保存在内存，用于之后通信，服务端不需要保存 key，因为每次都可以 根据客户端传上来的 uid 和时间戳以及服务端自己的私钥计算得到。用模仿 TLS的行为，来 保证多次 HTTP请求间的客户端身份，并通过时间戳保证同一人两次登录密钥不同。 每局开始时，访问一下，请求一下关卡数据，玩完了又提交一下，验算一下是否合法，获得什 么奖励，数据库用单台 MySQL或者 MongoDB即可，后端的 Redis做缓存（可选）。如果要 实现通知，那么让客户端定时15秒轮询一下服务器，如果有消息就取下来，如果没消息可以 逐步放长轮询时间，比如30秒；如果有消息，就缩短轮询时间到10秒，5秒，即便两人聊天，延迟也能自适应。 此类服务器用来实现一款三国类策略或者卡牌及酷跑的游戏已经绰绰有余，这类游戏因为逻辑 简单，玩家之间交互不强，使用 HTTP来开发的话，开发速度快，调试只需要一个浏览器就可 以把逻辑调试清楚了。 类型2：第一代游戏服务器 1978 1978年，英国著名的财经学校University of Essex的学生 Roy Trubshaw编写了世界上第一个MUD程序《MUD1》，在University of Essex于1980年接入 ARPANET之后加入了不少外部 的玩家，甚至包括国外的玩家。《MUD1》程序的源代码在 ARPANET共享之后出现了众多的 改编版本，至此MUD才在全世界广泛流行起来。不断完善的 MUD1的基础上产生了开源的MudOS（1991），成为众多网游的鼻祖： 
MUDOS采用 C语言开发，因为玩家和玩家之间有比较强的交互（聊天，交易，PK），MUDOS使用单线程无阻 塞套接字来服务所有玩家，所有玩家的请求都发到同一个线程去处理，主线程每隔1秒钟更新 一次所有对象（网络收发，更新对象状态机，处理超时，刷新地图，刷新NPC）。
目录 一、Weblogic11g概述 (4) 1.1功能简介 (4) 1.2功能简介 (4) 1.3主要优势 (4) 1.4适用范围 (5) 1.5 Weblogic 11G新特性 (5) 1.5.1自调优的企业级内核 (5) 1.5.2过载保护 (5) 1.5.3动态的配置变化 (5) 1.5.4并行的应用部署–零宕机 (5) 1.5.5 JRockit Flight Recorder概念 (5) 1.5.6 JRockit Flight Recorder使用场景 (6) 二、Weblogic11g安装 (6) 2.1 安装前的准备工作 (6) 2.2 Windows下安装Weblogic (7) 2.2.1 准备安装 (7) 2.2.2 进入安装界面 (7) 2.2.3 选择中间件目录 (8) 2.2.4 注册安全更新 (9)
2.2.5 选择典型安装 (10) 2.2.4 选择产品安装目录 (11) 2.2.7 创建快捷方式 (12) 2.2.8 显示安装概要 (13) 2.2.9 正在安装 (14) 2.2.10 安装完成 (15) 2.3 Windows下创建WebLogic 域 (16) 2.3.1 QUICK START 提示界面 (16) 2.3.2 进入配置向导 (17) 2.3.3 选择域源 (18) 2.3.4 指定域名和位置 (19) 2.3.5 配置管理员用户名和口令 (20) 2.3.6 配置服务器启动模式和JDK (21) 2.3.7 添加可选配置 (22) 2.3.8 配置管理服务器 (23) 2.3.9 显示配置概要 (24) 2.3.10 正在创建域 (25) 2.3.11 启动WebLogic Server (26) 2.3.12 测试安装 (27) 2.4 Linux 下安装Weblogic (29) 2.4.1 安装前的准备 (29) 2.4.2 .bin的安装 (29) 2.4.3 .jar的安装 (29) 2.4.3.1 JDK 安装 (29) 2.4.3.2控制台开始安装weblogic (35) 2.5Linux下创建Weblogic域 (41) 2.6 Linux下Weblogic的启用和停止 (47) 2.6.1 用户名、密码配置 (47) 2.6.2启动Weblogic (48) 2.6.3停止Weblogic服务 (51) 三、WebLogic的基本概念 (51) 3.1 域Domain (51)
数据库中间件及其几种技术比较 摘要：本文阐述了数据库中间件的概念，功能，原理，介绍了现今数据库中间件的几种主要技术，并进行了比较。 关键字：数据库中间件 1、数据库中间件的基本概念 数据库中间件是处于底层数据库和用户应用系统之间的,主要用于屏蔽异构数据库的底层细节问题的中间件，是客户与后台的数据库之间进行通讯的桥梁。当客户向Web Server发出对某个数据库的SQL请求时,通过数据库中间件搜索匹配的数据库连接,并将SQL请求转发给对应的数据库服务器,通过其对数据库进行操作。 数据库中间件的主要功能:(1)支持常用大型数据库的各种操作。如ORACLE ,DB2, MYSQL等常用数据库。(2)提供统一接口, 屏蔽数据库之间的操作差异。(3)封装复杂烦琐的数据库应用接口和数据库操作过程,简化应用程序的数据库操作, 提高应用程序开发效率。(4)支持常用的操作系统。如Windows、UNIX、Linux 等，便于应用代码在各平台之间的移植。(5)支持多线程, 可以提供多线程与线程库, 满足各种场合应用。 数据库中间件(UniWeb Server)工作原理：让其作为前端的客户与后端的数据库之间进行通信的桥梁，当客户向数据库中间件发出对某个数据库的SQL请求时数据库中间件搜索当前可用的与该数据库的连接(UniTcl Server) 通过UniTcl Server将SQL请求转发给对应的数据库服务器，数据库服务器执行SQL语句后将结果通过UniTcl Server 返回给数据库中间件,再由它返回给客户整个数据库中间件的体系结构采用的是三层(Three-tier)客户机/服务器模型，中间件与各个客户的数据通信采用流套接字(Stream Socket)机制实现并
中间件定义及分类 中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和实用软件区分开来。 按照IDC的分类方法，中间件可分为六类。 1.终端仿真/屏幕转换：用以实现客户机图形用户接口与已有的字符接口方式的服务器应用程序之间的互操作； 2.数据访问中间件：是为了建立数据应用资源互操作的模式，对异构环境下的数据库实现联接或文件系统实现联接的中间件；在分布式系统中，重要的数据都集中存放在数据服务器中，它们可以是关系型的、复合文档型、具有各种存放格式的多媒体型，或者是经过加密或压缩存放的，这类中间件将为在网络上虚拟缓冲存取、格式转换、解压等带来方便。 3.远程过程调用中间件：通过这种远程过程调用机制，程序员编写客户方的应用，需要时可以调用位于远端服务器上的过程； 4.消息中间件：用来屏蔽掉各种平台及协议之间的特性，实现在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输，实现应用程序之间的协同。这是中间件中唯一不可缺少的，是销售额最大的中间件产品，主要产品有国内东方通科技公司的TongLINK、BEA公司的BEA eLink 、IBM公司的MQSeries等,目前在Windows 2000操作系统中已包含了其部分功能。 5.交易中间件：是在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台。在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。在联机事务处理系统 (OLTP)中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。根据X/OPEN的DTP（Distributed Transaction Processing ）模型规定，一个分布式交易处理系统应由事务处理、通信处理以及资源管理三部分组成。BEA公司的TUXEDO便是最著名的一个交易中间件产品，东方通科技公司的TongLINK 和TongEASY实现了DTP参考模型规定，另外还有IBM公司的TXSeriers是应用广泛的一个交易中间件产品。 6.对象中间件：在分布、异构的网络计算环境中，可以将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用，在这个方面遵循的标准是 CORBA。对象中间件将是未来的主流，目前产品如东方通的TONG BROKER，INPRICE公司的Borland Application Server。 当然，IDC的分类并不能包含目前所有的中间产品，比较流行的还有： Web服务器中间件 浏览器图形用户界面已成为公认规范，然而它的会话能力差、不能作数据写入、受HTTP协
中间件定义：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件特点：1.满足大量应用的需要2.运行于多种硬件、数据库及操作系统平台3.支持分布式计算，提供跨网络、底层平台的透明性应用或服务的交互功能4.支持标准协议5.支持标准的接口 中间件能为我们软件开发带来那些帮助？ 中间件屏蔽了底层操作系统和数据库的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不系统软件上的移植而重复工作，大大减少技术上的负担；也减少了系统的维护、运行和管理的工作量及计算机总体费用的投入。 Client/Server模式:客户机和服务器结构，通过它可以利用两端硬件环境的优势，将任务合理分配到Client 端和Server端来实现，降低了系统的通信开销。 Browser/Server模式:在B/S体系结构中，用户通过浏览器向分布在网络上众多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。 C/S模式特点:1无论是客户端还是服务端都需要特定的软件支持。没能提供用户期望的开放环境，适用于Intranet。2服务器端运行负荷较轻。3数据的存储管理功能较为透明。4C/S体系结构的劣势是高昂的维护成本且投资大B/S模式特点:1.简化了客户端的工作，瘦客户端结构。2.对数据库的访问和应用程序的执行将在Server上完成。3.把技术维护人员从繁重的维护升级工作中解脱出来 传统B/S模式的不足方面：1浏览器应用于Web应用系统时，许多功能不能实现或实现困难。 2复杂的应用构造困难。3HTTP可靠性低，采用浏览器进行系统维护不安全。4Web服务器同时要处理客户请求以及与数据库联接，负载过重。5业务逻辑和数据安全不足 多层应用体系结构特点：1安全性：中间层隔离了客户直接对数据库的访问，保护数据。2稳定性：中间层缓冲了客户端与数据库的实际连接，使数据库的连接数量远小于客户端应用数量。3易维护：业务逻辑在中间服务器，当业务规则变化后，客户端基本不变。4快速响应：通过负载均衡以及缓存数据能力，客户端能够快速响应。5.系统扩展灵活：可以在中间层部署更多的应用服务 应用服务器位于Middle Tier提供哪些服务： J2EE概念:Java EE是一种利用Java 2 平台简化企业解决方案的开发、部署和管理相关复杂问题的体系结构。 J2EE中的容器：容器是一种运行在服务器上的软件实体，用于管理特定类型的组件。为开发的Java EE组件提供了执行环境，容器负责管理部署在其中的组件的生命周期，及诸如资源汇集和强制执行安全之类的工作如：Web组件容器Apache Tomcat 企业级容器：管理EJB组件 企业应用开发所面临的问题(J2EE提供了解决这些问题的方案)：分布式可移植系统集成支持面向WEB 可装配满足企业计算要求一致性事务性安全性。可伸缩可扩展以维护。 JDBC概念：JDBC是Java访问数据库的应用程序接口JDBC是数据访问中间件(UDA)，该接口基于SQL 语言，采用同步通信 JDBC四种驱动类型：1.JDBC-ODBC桥2.本地API驱动3.网络协议驱动4.本地协议驱动 DAO(Data Access Object)模式实际上是两个模式的组合：Data Accessor 模式:实现了数据访问和业务逻辑的分离Active Domain Object 模式:实现了业务数据的对象化封装 Hibernate：是一种Java语言下的对象关系映射(ORM)解决方案，为面向对象的领域模型到传统的关系型数据库的映射，提供了一个使用方便的框架。 消息中间件概念：消息中间件作为一个中间层软件，它为分布式系统中创建、发送、接收消息提供了一套可靠通用的方法，实现了分布式系统中可靠的、高效的、实时的跨平台数据传输。 队列概念：队列是消息安全存放地，队列存储消息直到它被应用程序处理。 消息中间件通信模式：1点对点通信：支持一对一、一对多、多对多、多对一等配置。2多点广播：能够将消息发送到多个目标站点(Destination List)。3发布/订阅：在Broker订阅Topic，有发布相同Topic的话就接收。4群集：简化点对点通信模式中的系统配置。群集中队列管理器之间能够进行负载均衡。