activeMQ的簡單介紹

原創

2020-02-21 00:29

要了解activeMQ首先要了解兩個概念:面向消息的中間件 (Message-Oriented Middleware, MOM)和JMS(Java message service)

MOM

由於業務、機構和技術是不斷變化的，因此爲其服務的軟件系統必須適應這樣的變化。在合併、添加服務或擴展可用服務之後，公司可能無力負擔重新創建信息系統所需的成本。正是在這個關鍵時刻，才需要集成新組件或者儘可能高效地擴展現有組件。要集成異類組件，最方便的方法不是將它們重新創建爲同類元素，而是提供一個允許它們進行通信（不考慮它們之間的差異）的層。該層被稱作中間件，它允許獨立開發且運行於不同網絡平臺上的軟件組件（應用程序、Enterprise Java Bean、Servlet 和其他組件）彼此交互。當能夠進行這樣的交互時，網絡才成爲計算機。

面向消息的中間件使用消息傳送提供者來協調消息傳送操作。MOM（Message-oriented Middleware）系統的基本元素是客戶端、消息和MOM提供者，後者包括API和管理工具。MOM提供者使用不同的體系結構路由和傳送消息：它可以使用集中式消息服務器，也可以將路由和傳送功能分佈在每個客戶端上。某些MOM產品結合了這兩個方法。
使用MOM系統，客戶端可以進行API調用，以便將消息發送到由提供者管理的目的地。該調用會調用提供者服務以路由和傳送消息。在發送消息之後，客戶端會繼續執行其他工作，並確信在接收方客戶端檢索該消息之前，提供者一直保留該消息。基於消息的模型與提供者的協調耦合在一起，使得創建鬆散耦合的組件系統成爲可能。這樣的系統可以繼續可靠地工作，即使在有個別組件或連接失敗時也不會停機。
由消息傳送提供者協調客戶端之間的消息傳送的另一個優點是：通過添加管理界面，可以監視和調整性能。這樣，客戶端應用程序便不必關心發送、接收和處理消息之外的任何問題。對於互操作性、可靠性、安全性、可伸縮性和性能之類的問題，應當由管理員通過編碼實現MOM系統來解決。
至此，我們已經介紹了使用面向消息的中間件連接分佈式組件的很多優點。下面將介紹其缺點。缺點之一源自鬆散耦合本身。在RPC系統中，只有在被調用函數完成任務之後，才能返回調用函數。在異步系統中，調用方客戶端會繼續爲接收方裝入工作，直到處理裝入工作所需的資源耗盡且被調用組件發生故障。當然，可以通過監視性能和調整消息流來儘量減少或避免這些情況，但對於RPC系統卻不必這樣做。有一點很重要，那就是了解每種系統的優缺點。每種系統所適合執行的任務都不同。有時，您需要結合兩種系統才能完全獲得所需的行爲。

JMS

JMS是一種與廠商無關的 API，用來訪問消息收發系統消息。它類似於JDBC(Java Database Connectivity)：這裏，JDBC 是可以用來訪問許多不同關係數據庫的 API，而 JMS 則提供同樣與廠商無關的訪問方法，以訪問消息收發服務。許多廠商都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，這只是幾個例子。 JMS 使您能夠通過消息收發服務（有時稱爲消息中介程序或路由器）從一個 JMS 客戶機向另一個 JMS客戶機發送消息。消息是 JMS 中的一種類型對象，由兩部分組成：報頭和消息主體。報頭由路由信息以及有關該消息的元數據組成。消息主體則攜帶着應用程序的數據或有效負載。根據有效負載的類型來劃分，可以將消息分爲幾種類型，它們分別攜帶：簡單文本(TextMessage)、可序列化的對象 (ObjectMessage)、屬性集合 (MapMessage)、字節流 (BytesMessage)、原始值流 (StreamMessage)，還有無有效負載的消息 (Message)。

詳細介紹:消息傳送系統：簡介

activeMQ

ActiveMQ 是Apache出品，最流行的，能力強勁的開源消息總線。ActiveMQ 是一個完全支持JMS1.1和J2EE 1.4規範的 JMS Provider實現.

activeMQ簡單來說就是一個JMS的實現者.是JMS provider的其中一個.

網絡上收集到的一些介紹和教程:

推薦學習書籍:《activeMQ in Action》

前四章翻譯:activeMQ in action 前四章翻譯感謝博主