在這篇文章中，就介紹一下RabbitMQ的持久化機制，和它的使用。 （1）exchange持久化，在聲明時指定durable=>1　　（2）queue持久化，在聲明時指定durable=>1

理清路由機制是了解RabbitMQ來龍去脈的關鍵。在前面的例子中我們常常遇見這三個概念：exchange，routingKey和queue。真正地消息傳輸流程是消息先到exchange，然后exchange根據對應的routingKey放入queue，如果routingKey不匹配則丟棄。

RabbitMQ是使用Erlang開發的，開源的，一個在高級消息隊列協議(AMQP)基礎上完整的，可復用的企業消息系統。

在安裝和配置完成RabbitMQ之后，我們就可以嘗試做一個最簡單的例子：發送和接收消息。

要了解RabbitMQ的路由機制，exchange是一個關鍵。exchange可以叫做交換機，也似乎可以叫做路由器，反正它是用來選擇路由 的。前文說到，RabbitMQ的核心思想就是消息的發布者不是直接把消息發送到目標隊列中的，事實上，通常它并不知道消息要發到哪個隊列中，它只知道把 消息隊列發送到exchange中。exchange一邊接收發送者發過來的消息，而另一邊則把消息發送到目標隊列中去。

當前各種應用大量使用異步消息模型，并隨之產生眾多消息中間件產品及協議，標準的不一致使應用與中間件之間的耦合限制產品的選擇，并增加維護成本。AMQP是一個提供統一消息服務的應用層標準協議，基于此協議的客戶端與消息中間件可傳遞消息，并不受客戶端/中間件不同產品，不同開發語言等條件的限制。然這種降低耦合的機制是基于與上層產品，語言無關的協議。AMQP協議是一種二進制協議，提供客戶端應用與消息中間件之間異步、安全、高效地交互。

什么是AMQP高級消息隊列協議使得遵從該規范的客戶端應用和消息中間件服務器的全功能互操作成為可能。 我們的宗旨是通過AMQP，讓消息中間件的能力最終被網絡本身所具有，并且通過消息中間件的廣泛使用發展出一系列有用的應用程序。

RabbitMQ.net客戶端通過自定義的Binding和Transport Binding Element擴展了WCF，使之能夠在AMQP協議上使用。在WCF中，Binding作為一系列Binding Elements的棧，控制了消息傳輸的大部分方面如安全，消息格式，事務等等。而Binding中的Transport Binding Element傳輸綁定元素，則指定了服務端和客戶端之間的通信協議。

高級消息隊列協議（AMQP）是一個異步消息傳遞所使用的應用層協議規范。作為線路層協議，而不是API（例如JMS），AMQP客戶端能夠無視消息的來源任意發送和接受信息。現在，已經有相當一部分不同平臺的服務器和客戶端可以投入使用。

RPC是在計算中是一種常見的模式，是通常我要用消息隊列來實現RPC有3個關鍵點：1.服務的尋址2.消息的接收3.消息的關聯?在RabbitMQ的.net客戶端里，提供了2個類：SimpleRpcClient和SimpleRpcServer來讓我們方便的開發RPC應用。因為RabbitMQ的RPC一定是基于隊列的，所以在客戶端和服務端都需要要一個各自的隊列，客戶端的隊列用來接收服務回復的數據，服務端的隊列用來緩存需要調用的服務的Request。

rabbitMQ是一個在AMQP基礎上完整的，可復用的企業消息系統。 開源協議消息持久1)將交換機置為可持久；2)將通道置為可持久3)消息發送時設置可持久。當我們“生產”了一條可持久化的消息，嘗試中斷MQ服務，啟動消費者獲取消息，消息依然能夠恢復。相反，則拋出異常。

RabbitMQ 入門-安裝_配置_管理

RabbitMQ MessageQueue MQ全稱為MessageQueue,消息隊列（MQ）是一種應用程序對應用程序的通信方法。應用程序通過讀寫出入隊列的消息（針對應用程序的數據）來通信，而無需專用連接來鏈接它們。消息傳遞指的是程序之間通過在消息中發送數據進行通信，而不是通過直接調用彼此來通信，直接調用通常是用于諸如遠程過程調用的技術。排隊指的是應用程序通過隊列來通信。隊列的使用除去了接收和發送應用程序同時執行的要求。 RabbitMQ是流行的開源消息隊列系統，用erlang語言開發。 RabbitMQ是AMQP（高級消息隊列協議）的標準實現。

HornetQ 是一個開源的軟件項目。它的目標是一個多協議、可嵌入、高性能、可集群的異步消息系統。 HornetQ 是一個消息中間件（MoM）。有關MoM和其它消息相關的概念解釋請參見 Chapter 4, 消息的相關概念。

JMS源于企業應用對于消息中間件的需求，使應用程序可以通過消息進行異步處理而互不影響。Sun公司和它的合作伙伴設計的JMS API定義了一組公共的應用程序接口和相應語法，使得Java程序能夠和其他消息組件進行通信。JMS的基本構件連接工廠連接工廠是客戶用來創建連接的對象，例如ActiveMQ提供的ActiveMQ Connection Factory。連接JMS Connection封裝了客戶與JMS提供者之間的一個虛擬的連接。會話JMS Session是生產和消費消息的一個單線程上下文。

ActiveMQ是Apache出品，最流行的，能力強勁的開源消息總線。選擇ActiveMQ作為JMS的入門學習中間件，是因為其擁有以下優點1.多種語言和協議編寫客戶端。語言:Java,C,C++,C#,Ruby,Perl,Python,PHP。應用協議:OpenWire,StompREST,WSNotification,XMPP,AMQP2.完全支持JMS1.1和J2EE1.4規范(持久化,XA消息,事務)

與方法調用不同的是，消息的發送者不需要等待接收者的響應，而方法調用必須等待接收者的響應。消息處理的好處可以采用消息隊列的方式，異步傳遞消息可以可靠的傳遞消息，JMS可以持久的存儲消息兩種類型的消息處理點對點消息處理：JMS把每一個消息傳遞給一個消息消費者。發布/訂閱消息處理：把消息發送給某個主題，每個主題可以有多個消息訂閱者，最終由JMS子系統把消息的副本傳遞給主題的每一個訂閱者。

WebSphere MQ 的最小故障轉移單元是隊列管理器。通常，包括隊列管理器的資源組還包含卷組或磁盤組（已保留，以供資源組專門使用）中的共享磁盤和 IP 地址（用于連接隊列管理器）。還可能包括其他 WebSphere MQ 資源，例如同一資源組中的偵聽器或觸發器監視器（作為獨立資源或處于隊列管理器本身的控制之下）。

如何利用jgroups實現分布式環境下消息的接受和發送為了提高應用的性能,我們準備實現分布式cache,所以我特別研究了oscache關于分布式實現的部分.我們知道為了實現分布式環境下消息的通知,目前兩種比較流行的做法是使用JavaGroups[http://www.jgroups.org]和JMS。這兩種方式都在底層實現了廣播發布消息。由于JGroups可以提供可靠的廣播通信.所以我們準備采用JGroups.我自己寫了一個JavaGroupBroadcastingManager.java類實現消息的管理(包括發送和接收),代碼參考了oscache的相關代碼,在其基礎上進行了改進.

本文介紹如何配置Tomcat和Terracotta服務器將普通的Web應用部署到集群中，實現跨Tomcat節點的session復制，以達到負載均衡、提高系統吞吐量和災難恢復的效果。基本原理簡介一般利用Tomcat搭建Web應用集群有如下幾種方法：1、利用負載均衡器的粘session的方式把所有同一session的請求都發送到相同的Tomcat節點。這樣不同用戶的請求就被平均分配到集群中各個tomcat節點上，實現負載均衡的能力。這樣做的缺點是沒有災難恢復的能力。