注：這是RabbitMQ-java版Client的指導教程翻譯系列文章，歡迎大家批評指正
第一篇Hello Word了解RabbitMQ的基本用法
第二篇Work Queues介紹隊列的使用
第三篇Publish/Subscribe介紹轉換器以及其中fanout類型
第四篇Routing介紹direct類型轉換器
第五篇Topics介紹topic類型轉換器
第六篇RPC介紹遠程調用
發布/訂閱（Publish/Subscribe）
在上篇指導教程中我們創建了一個工作隊列。在一個工作隊列中，每個任務都被精確的分配給一個工作者。但在這篇指導中，我們做一些不同的事情，就是把一條消息分發給多個消費者。這就是著名的“發布/訂閱”模型。
為了闡釋這個模型。我們打算建立一個日志系統，它有兩個應用組成，一個將會發出日志消息，另一個將會接受并打印出日志消息。
在我們的日志系統中運行相同的消費者應用都會接受到消息，按照這種方式，我們可以運行一個接受者將日志消息持久到磁盤上，與此同時我們可以再運行一個接受者在屏幕上查看的日志消息。
本質上，被發布的日志消息會廣播給所有的接受者。
轉換器（Exchanges）
在上篇指導教程中我們發送和接受消息都是來自一個隊列，而現在來介紹RabbitMQ完整消息模型。
我們快速的復習一下我們上篇指導教程中學習的東西：
1.一個生產者的應用可以發送消息
2.一個隊列可以緩存許多消息
3.一個消費者的應用可以接受消息
而RabbitMQ中消息模型的核心思想是生產者不會直接發送消息給一個隊列。實際上，經常是生產者都不知道生產的消息是會被分發到哪一個隊列中。
實際上，生產者只會發送消息給轉換器（exchanges）。轉換器的原理非常簡單，一方面從生產者接受消息，另一方面將消息推送到隊列中。但轉換器必須明確的知道接收到的消息要做什么。是被添加到一個特殊的隊列中，還是被添加到多個隊列中，亦或者被銷毀。這些規則都是由轉換器的類型決定的。
這里有四種轉換器的類型可使用：direct，topic，headers和fanout。我們先學習最后一個:fanout，創建一個fanout類型的轉換器，叫著logs；
channel.exchangeDeclare("logs", "fanout"); //前者參數為名稱，后者參數為轉換器類型
fanout轉換器非常簡單，或許你從名字就可以猜出來，它把自己所有消息廣播給綁定它的所有隊列。這確切是我們日志所需要的。
匿名的轉換器
在上篇指導教程中我們并不知道轉換器，但是我們依然能都發送消息給隊列。那是因為我們使用了一種默認的轉換器，定義的一個空字符串。
回想以下我們是如何發布一條消息的：
channel.basicPublish("", "hello", null, message.getBytes());
第一個參數就是轉換器的名字，空的字符串表示默認的或者說匿名的轉換器：如果是routingkey存在的話，那么消息將會路由到指定routingkey的隊列中。
現在，我們使用我們命名的轉換器發送消息：
channel.basicPublish( "logs", "", null, message.getBytes());
臨時的隊列（Temporary queues）
可能你還記得以前我們使用隊列的時候都會有一個具體的名字（像hello 和 task_queue），對我們來說命名一個隊列實在太重要了，我們需要把多個工作這指向同一個隊列。當你想在生產者和消費者之間共享一個隊列，那給一個隊列命名就太重要。
但是這個例子不適合我們的日志系統。我們想知道所有的日志消息，而并不是它們中的一部分。我們同樣只想獲取到當下的消息而不是以前的消息，為了解決這個問題我們需要確定兩件事情。
第一，無論什么時候連接上RabbitMQ，我們有一個新的空的隊列。為了這樣，我們可以創建一個隨機命名的隊列，或者更好的方式是：讓服務器為我們選擇一個隨機命名的隊列。
第二，一旦消費者失去連接，這個隊列會被自動刪除。
在java的客戶端，提供了一個沒有參數的queueDeclare()方法能夠創建一個臨時，唯一，會自動刪除且自動命名的隊列：
String queueName = channel.queueDeclare().getQueue();
這樣的話，這個隊列就是一個隨機命名的。舉例來說它有點像：amq.gen-JzTY20BRgKO-HjmUJj0wLg
綁定（Bindings）
我們已經創建了一個fanout轉換器和一個隊列。現在我們需要告訴轉換器發送消息給我們的隊列。轉換器和隊列之間的關系就叫著綁定(binding):
channel.queueBind(queueName, "logs", "");
從現在開始，logs轉換器將會添加消息到隊列。
展示所有的綁定
可以展示已經存在的綁定關系，命令如下：
rabbitmqctl list_bindings
綜合
發送消息的生產者應用，跟之前指導教程中的相差并不大。但是，最大的不同是我們現在需要將消息發布給名叫logs的轉換器，而不是匿名的轉換器。發送消息時本應該提供一個routingkey的值，但是對于fanout類型的轉換器，routingkey屬性就沒有意義。
下面是EmitLog.java類的源代碼，這里下載：
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.Channel;
public class EmitLog {
private static final String EXCHANGE_NAME = "logs";
public static void main(String[] argv) throws java.io.IOException {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
String message = getMessage(argv);
channel.basicPublish(EXCHANGE_NAME, "", null, message.getBytes());
System.out.println(" [x] Sent '" + message + "'");
channel.close();
connection.close();
}
//...
}
正如你所看到的，建立連接后，就聲明了轉換器，這一步是非常重要的。如果發布到一個不存在的轉換器上是被禁止的。（預計會報錯吧）
如果沒有隊列綁定這個轉換器，消息將會被丟失。但對我們來說是沒問題的，如果沒有消費者監聽，那我們可以安全的刪除這個消息。
下面是ReceiveLogs.java類的源代碼，這里下載：
import com.rabbitmq.client.*;
import java.io.IOException;
public class ReceiveLogs {
private static final String EXCHANGE_NAME = "logs";
public static void main(String[] argv) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
String queueName = channel.queueDeclare().getQueue();
channel.queueBind(queueName, EXCHANGE_NAME, "");
System.out.println(" [*] Waiting for messages. To exit press CTRL+C");
Consumer consumer = new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag, Envelope envelope,
AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body, "UTF-8");
System.out.println(" [x] Received '" + message + "'");
}
};
channel.basicConsume(queueName, true, consumer);
}
}
先編譯，再完成：
javac -cp $CP EmitLog.java ReceiveLogs.java
如果你想保留日志到文件中，只需要打開一個窗口和記錄：
java -cp $CP ReceiveLogs > logs_from_rabbit.log
如果你想在你的屏幕上看到日志，運行一個終端：
java -cp $CP ReceiveLogs
當然，發送日志類型：
java -cp $CP EmitLog
使用rabbitmqctl list_bindings命令行，你可以核實是否是我們想要的綁定和隊列。有兩個ReceiveLogs.java應用在運行，應該就可以看到下面的情況：
sudo rabbitmqctl list_bindings
# => Listing bindings ...
# => logs exchange amq.gen-JzTY20BRgKO-HjmUJj0wLg queue []
# => logs exchange amq.gen-vso0PVvyiRIL2WoV3i48Yg queue []
# => ...done.
結果是明確的：數據從logs轉換器發送至兩個服務端命名的隊列中，這確切來說就是我們的意圖。
第三節的內容大致翻譯完了,這里是原文鏈接。接著進入下一節：Routing。
終篇是我對RabbitMQ使用理解的總結文章，歡迎討教。
--謝謝--
