ApaheAtiveMQ技术讲解文档.docVIP

Apache ActiveMQ 技术文档 说明：本文裆在我们?大努力范围之内确保其正确性、实效性和可观性，但并不代表所有的 观点都是正确的，而仅代表个人看法。如发现不当之处，请多指教，谢谢！ 联系方式： 1、技术概述 JMS是指java消息服务(Java Message Service)应用程序接口是一个java平台中关于面 向消息屮间件(MOM)的API,用于在两个应用程序之间，或分布式系统屮发送消息，进 行异步通信。 ActiveMQ是Apache软件基金下的一?个开源软件，它遵循JMS1.1规范，是消息驱动中 间软件，为企业消息传递提供高可川，出色性能，可扩展，稳定和安全保障。ActiveMQ使 用Apache许可协议，因此任何人都可以使用和修改它而不必反馈任何改变。ActiveMQ的 目称是在尽可能多的平台和语言上提供一个标准的，消息驱动的应用集成。ActiveMQ实现 JMS规范并在此之上提供大S:额外的特性。 2、ActiveMQ 特性 遵循JMS规范：包括同步和异步消息传递，对于预订者的持久消息等等。依附于JMS 意味着不论JMS消息提供者是谁，同样的基本特性都是有效的 连接：ActiveMQ提供各种连接选择，包括HTTP、HTTPS、IP多点传送，SSL, STOMP, TCP, UDP，XMPP等。大量的连接协议支持使之具有更好的灵活性。很多现有的系统使用 -?种特定协议并且不能改变，所以一个支持多种协议的消息平台降低了使用的门槛。 可插拔的持久性和安全：ActivemQ提供多种持久性方案nJ?供选择，也可以完全按自 己需求定制验证和授权。 用java建立消息驱动应用：ActiveMQ最常用在java应用屮，用于发送和接收消息。 与应用服务器集成：ActiveMQ与java应用服务器集成是很常见的。 客户端APIs： ActiveMQ对多种语言提供客户端API,除了 Java之外还有C/C++, .NET, Perl, PHP, Python, Ruby等。这使得ActiveMQ能用在Java之外的其它语言中。很多其它 语言都可以通过ActiveMQ提供的客户端API使用ActiveMQ的全部特性。当然，ActiveMQ 代理器(broker)仍然是运行在java虚拟机上，但是客户端能够使用其它的被支持的语言。 代理器集群(Broker clustering):为了利于扩展，多个ActiveMQ broker能够联合工 作。这个方式就是network of brokers并且能支持多种拓扑结构。 高级代理器特性和客户端选项：ActiveMQ为代理器和客户端连接提供很多高级的特 性。ActiveMQ也可以通过代理器的XML配置文件支持Apache Camel。 简单的管理：ActiveMQ是为开发者设计的。它并不需要专门的管理工具，因为它提 供各种易用且强大的管理特性。有很多方法去监控ActiveMQ的各个方而，可以通过JMX 使用JConsole或ActiveMQ web console；可以运行ActiveMQ消息报告；可以用命令行脚本； 可以通过日志。 3、松耦合与ActiveMQ ActiveMQ提供松耦合的应用架构。松耦合一般是为了减轻经典RPC (Remote Procedure Calls)调用的紧耦合架构而被引入的。该松耦合以异步形式存在，任何一个应用对ActiveMQ 的调用不依赖于任何其它应用，没有任何依赖或者吋序要求。应用依赖于ActiveMQ的能力 保证消息传递。因此，我们把应川发送消息的形式称之为触发和忘记(fke-and-forget)--应 用发送消息到ActiveMQ之后并不关心消息如何或者什么时候被传递。同样的消息的接收者 也不关心消息从哪里或者如何到来。在不同的环境中这样做的好处是允许客户端使用不同的 语言编写甚至使用不同的线路协议。ActiveMQ作为巾间人存在，允许不同环境的集成和异 步交互。 使川RPC，当一个应用调用另一个应用，调川者将被阻塞知道被调川者返回结果。图1.1描 述了这个过程。 Figure 1.1 Figure 1.1 Two tightly coupled applications using remote procedure calls to communicate 调用方(Application one)将被阻塞直到被调用方(Application two)返回控制权。很多系统 使川RPC并且成功了。但是对于这样一个紧耦合系统确实有很多缺点：最显著的缺点是， 即使很小的一个改变都要较高的维护代价;正确的时机也很重要，当请求从应用1发到应用2 时，两个系统都必须正常工作，同样的，响应从应用2发送到应用1时，两个系统也必须正 常工作。这样的时序要求