MQ全稱為Message Queue,消息隊列（MQ）是一種應用程序對應用程序的通信方法。應用程序通過寫和檢索出入列隊的針對應用程序的數據（消息）來通信，而無需專用連接來鏈接它們。消息傳遞指的是程序之間通過在消息中發送數據進行通信，而不是通過直接調用彼此來通信，直接調用通常是用于諸如遠程過程調用的技術。排隊指的是應用程序通過隊列來通信。隊列的使用除去了接收和發送應用程序同時執行的要求。其中較為成熟的MQ產品有IBMWEBSPHERE MQ。

MQ特點：

MQ的消費-生產者模型的一個典型的代表，一端往消息隊列中不斷的寫入消息，而另一端則可以讀取或者訂閱隊列中的消息。MQ和JMS類似，但不同的是JMS是SUN JAVA消息中間件服務的一個標準和API定義，而MQ則是遵循了AMQP協議的具體實現和產品。

使用場景：

在項目中，將一些無需即時返回且耗時的操作提取出來，進行了異步處理，而這種異步處理的方式大大的節省了服務器的請求響應時間，從而提高了系統的吞吐量。

JMS簡介：

JMS即Java消息服務（Java Message Service）應用程序接口是一個Java平臺中關于面向消息中間件（MOM）的API，用于在兩個應用程序之間，或分布式系統中發送消息，進行異步通信。Java消息服務是一個與具體平臺無關的API，絕大多數MOM提供商都對JMS提供支持。

定義：

JMS（Java Messaging Service）是Java平臺上有關面向消息中間件(MOM)的技術規范，它便于消息系統中的Java應用程序進行消息交換,并且通過提供標準的產生、發送、接收消息的接口簡化企業應用的開發，翻譯為Java消息服務。

簡介：

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

JMS和MQ的關系：

JMS是一個用于提供消息服務的技術規范，它制定了在整個消息服務提供過程中的所有數據結構和交互流程。而MQ則是消息隊列服務，是面向消息中間件（MOM）的最終實現，是真正的服務提供者；MQ的實現可以基于JMS，也可以基于其他規范或標準。

支持JMS的開源MQ：

目前選擇的最多的是ActiveMQ。

ActiveMQ是Apache出品，最流行的，能力強勁的開源消息總線。ActiveMQ是一個完全支持JMS1.1和J2EE 1.4規范的JMS Provider實現,盡管JMS規范出臺已經是很久的事情了,但是JMS在當今的J2EE應用中間仍然扮演著特殊的地位。

主要特點：

1.多種語言和協議編寫客戶端。語言:Java,C,C++,C#,Ruby,Perl,Python,PHP。應用協議:OpenWire,Stomp REST,WSNotification,XMPP,AMQP

2.完全支持JMS1.1和J2EE 1.4規范(持久化,XA消息,事務)

3.對Spring的支持,ActiveMQ可以很容易內嵌到使用Spring的系統里面去,而且也支持Spring2.0的特性

4.通過了常見J2EE服務器(如Geronimo,JBoss 4,GlassFish,WebLogic)的測試,其中通過JCA 1.5 resource adaptors的配置,可以讓ActiveMQ可以自動的部署到任何兼容J2EE 1.4商業服務器上

5.支持多種傳送協議:in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA

6.支持通過JDBC和journal提供高速的消息持久化

7.從設計上保證了高性能的集群,客戶端-服務器,點對點

8.支持Ajax

9.支持與Axis的整合

10.可以很容易得調用內嵌JMS provider,進行測試

11.ActiveMQ速度非常快；一般要比jbossMQ快10倍。

優點：

是一個快速的開源消息組件(框架)，支持集群，同等網絡，自動檢測，TCP，SSL，廣播，持久化，XA，和J2EE1.4容器無縫結合，并且支持輕量級容器和大多數跨語言客戶端上的Java虛擬機。消息異步接受，減少軟件多系統集成的耦合度。消息可靠接收，確保消息在中間件可靠保存，多個消息也可以組成原子事務。

缺點：

ActiveMQ默認的配置性能偏低，需要優化配置，但是配置文件復雜，ActiveMQ本身不提供管理工具；示例代碼少；主頁上的文檔看上去比較全面，但是缺乏一種有效的組織方式，文檔只有片段，用戶很難由淺入深進行了解，二、文檔整體的專業性太強。在研究階段可以通過查maillist、看Javadoc、分析源代碼來了解。

ActiveMQ應用場景：

1、不同語言應用集成

ActiveMQ中間件用Java語言編寫，因此自然提供Java客戶端API。但是ActiveMQ也為C/C++、.NET、Perl、PHP、Python、Ruby和一些其它語言提供客戶端。在你考慮如何集成不同平臺不同語言編寫應用的時候，ActiveMQ擁有巨大優勢。在這樣的例子中，多種客戶端API通過ActiveMQ發送和接受消息成為可能，無論使用的是什么語言。此外，ActiveMQ還提供交叉語言功能，該功能整合這種功能，無需使用遠程過程調用（RPC）確實是個優勢，因為消息協助應用解耦。

2、作為RPC的替代

使用RPC同步調用的應用十分普遍。假設大多數客戶端服務器應用使用RPC，包括ATM、大多數WEB應用、信用卡系統、銷售點系統等等。盡管很多系統很成功，但是轉換使用異步消息可以帶來很多好處，而且也不會放棄響應保證。使用同步請求的系統在規模上有較大的限制，因為請求會被阻塞，從而導致整個系統變慢。如果使用異步消息替代，可以很容易增加額外的消息接收者，使得消息能被并發消耗，從而加快請求處理。當然，你的系統應用間應該是解耦的。

3、應用之間解耦

正如之前討論的，緊耦合架構可以導致很多問題，尤其是如果他們是分布的。松耦合架構，在另一方面，證實了更少的依賴性，能夠更好地處理不可預見的改變。不僅可以在系統中改變組件而不影響整個系統，而且組件交互也相當的簡單。相比使用同步的系統（調用者必須等待被調用者返回信息），異步系統（調用方發送消息后就不管，即fire-and-forget）能夠給我們帶來事件驅動架構（event-driven architecture EDA）。

4、作為事件驅動架構的主干

解耦，異步架構的系統允許通過代理器自己配置更多的客戶端，內存等（即vertical scalability）來擴大系統，而不是增加更多的代理器（即horizontal scalability）。考慮如亞馬遜這樣繁忙的電子商務系統。當用戶購買物品，事實上系統需要很多步驟去處理，包括下單，創建發票，付款，執行訂單，運輸等。但是用戶下單后，會立即返回“謝謝你下單”的界面。不只是沒有延遲，而且用戶還會受到一封郵件表明訂單已經收到。在亞馬遜下單的例子就是一個多步處理的例子。每一步都由單獨的服務去處理。當用戶下單是，有一個同步的體積表單動作，但整個處理流程并不通過瀏覽器同步處理。相反地，訂單馬上被接受和反饋。而剩下的步驟就通過異步處理。如果在處理過程中出錯，用戶會通過郵件收到通知。這樣的異步處理能提供高負載和高可用性。

5、提高系統擴展性

很多使用事件驅動設計的系統是為了獲得高可擴展性，例如電子商務，政府，制造業，線上游戲等。通過異步消息分開商業處理步驟給各個應用，能夠帶來很多可能性。考慮設計一個應用來完成一項特殊的任務。這就是面向服務的架構（service-oriented architecture SOA）。每一個服務完成一個功能并且只有一個功能。應用就通過服務組合起來，服務間使用異步消息和最終一致性。這樣的設計便可以引入一個復雜事件處理概念（complex event processing CEP）。使用CEP，部件間的交互可以被記錄追蹤。在異步消息系統中，可以很容易在部件間增加一層處理。

動力節點Java免費視頻教程：http://www.dabaquan.cn/javavideo.html

以上就是動力節點Java培訓機構的小編針對“Activemq消息隊列視頻，免費下載教學”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業老師隨時為你服務。