繼續翻譯_{第一次嘗試進行這樣模式的學習，感覺好難進行，不過還是要堅持住}！

簡介

在之前的教程中，我們創建了一個工作隊列，工作隊列使用情況的假設是：每個人物都交付給一個Worker，也就是消費者。在這部分中，我們將做一些完全不同的事情——我們將向多個消費者傳遞消息。這樣的模式被稱為“發布/訂閱"模式，檢查P/S模式。
為了說明這個模式，我們將會構建一個簡單的日志記錄系統。它將由兩個程序組成：1.第一個程序發送日志消息。2.第二個程序將接受打印這些日志。
在我們的日志系統中，有接收功能的程序都將得到消息。所以，我們就可以運行一個接收器，將這些日志引導到磁盤。同時我們再運行另一個接收器，功能是讓我們在屏幕上看到日志。
本質是:生產者發送的消息，會被傳播到所有消費者那里去。

Exchange——交換器

在之前的教程之中，我們只是通過隊列發送和接受消息。接下來我們需要了解一下完整的消息傳遞模型。
讓我們快速的回顧一下前面教程中介紹的內容：

• 生產者是一個應用程序，它的任務是發送消息
• 隊列是存儲消息的緩沖區
• 消費者是一個應用程序，它的任務是接收消息

完整的RabbitMQ消息傳遞模型的核心思想是——生產者不會直接向隊列發送任何消息！甚至消費者都不知道消息是否會被傳遞到哪些隊列。
那么這些消息發送給誰了呢？
生產者只能將消息發送到Exchange，也就是交換器里面，交換是一個很簡單的事情。一方面，它接受來自生產者的消息，另一方面則把消息推送到隊列里面。交換器必須知道如何處理它收到的消息——它是否應該推送到特定的隊列中？它是否應該被推送到N個隊列里面？獲取它應該被拋棄？
答：這個規則是由交換類型定義的。

Exchange交換器

channel.exchangeDeclare("logs","fanout");

fanout類型很簡單，它會將接收到的所有消息，傳播到它知道的所有隊列中去。對于我們的系統來說，這正是我們需要的。
簡單說一下這幾個交換類型

• direct : 所有發送到direct類型的交換器中的消息都會被轉發到”RouteKey“中指定的隊列。

• fanout : 所有發送到fanout類型的交換器中的消息都會被轉發到所有與該交換器綁定的隊列。

• topic : 所有發送到topic類型的交換器中的消息都會被轉發到所有關心RouteKey中指定的話題的隊列。

• header : 這個用的比較少，忽略了RouteKey的路由方式，使用Headers來匹配。Headers是個鍵值對。

（我自己也是在學習中，不是很熟悉，以后我研究研究，明白了單寫一個番外）

交換器列表
我們可以通過rabbitmqctl語句列出我們可以運行的可用的交換器列表:

rabbitmqctl list_exchanges

listing Exchanges

出來這些東西，莫方！很多帶著amq做開頭的交換器和沒有命名的交換器，這些都是默認創建的，而且我們目前用不上他們。

沒有名字的交換器
教程的前面幾個部分里面，我們對交換器一無所知，但是仍然能夠將消息發送到隊列里面去。這是為啥？
我們使用的是默認的交換器，我們用空字符串("")去識別它。
回憶一下前面我們是如何發送消息的:

channel.basicPublish("","hello",null,message.getBytes());

第一個參數是空字符串，這個就是我們使用的交換器的名稱。空字符串表示默認或者匿名的交換器。如果消息存在，那么則使用RoutingKey指定的名稱將消息放到隊列中去。

現在，我們可以發布到我們自己命名的交換器啦：

channel.basicPublish("logs","",null,message.getBytes());

臨時隊列——Temporyary Queues

你可能記得我們使用過有指定名稱的隊列(還記得"hello"和task_queue"嗎？)。對于我們來說，能夠給隊列命名，是至關重要的，因為我們需要把Worker(消費者)指向相同的隊列。當我們想要在消費者和生產者之間共享隊列的時候，給隊列命名就會尤為重要。(我也不知道為啥官方把這句話說了兩遍，可能很重要吧ㄟ( ▔, ▔ )ㄏ...)
但是！！！對于我們的Log來說，情況就不一樣啦。我們希望拿到所有關于日志的消息，而不只是它們中的一部分。我們也只對當前流動的消息感興趣，而不是舊消息。想要解決這個問題，我們需要理清兩件事：
首先，每當我們連接到RabbitMQ，我們都需要一個新的，空的隊列。要做到這一點，我們可以創建一個帶有隨機名稱的隊列，或者，我們選擇更好的方式——讓服務器為我們選擇一個隨機的隊列名稱。其次，一旦我們斷開了消費者的連接，應該自動刪除隊列。在Java客戶端，當我們沒有向queueDeclare()提供參數的時候，我們會創建一個非持久的，獨占的，自動刪除的隊列，并會生成一個名稱。

String queueName = channel.queueDeclare().getQueue();

此時，queueName包含一個隨機隊列名稱。比如，他可能看起來像amq.gen-jzty20brgko-hjmuj0wlg (總之是亂七八糟的)

綁定——Bindings

Bindings

我們已經創建了一個fanout類型的交換器，和一個隊列，現在我們需要告訴交換器，讓他將消息發送到我們的隊列中區。交換器和隊列之間的關系叫做綁定。

channel.queueBind(queueName,"logs","")

從現在開始，我們的log交換器將會向我們隊列添加消息了。

完整示例

這次我沒有像之前，先貼例子。這次我選擇先寫小部分，最后寫完整的，這樣就和官方基本上一模一樣了，會在某些地方加上自己的理解。還有注釋！我還是會寫的很完整的！

p/s

發布日志消息的生產者程序與前一期沒啥太大的不同，不過有些變化比較重要。我們現在想要將消息發布到日志交換器中，而不是無名的交換器。我們需要在發送的時候提供一個路由鍵(RoutingKey),但是我們忽略了它的value，因為我們的交換類型是fanout。

EmitLog.java

public class EmitLog {
    //設置交換器的名字
    private static final String EXCHANGE_NAME = "logs";

    public static void main(String[] args) throws IOException {

        //獲取連接
        Connection connection = ConnectionUtil.getConnection();
        //創建通道
        Channel channel = connection.createChannel();
        //聲明交換器,給它名字,設置交換類型為fanout
        channel.exchangeDeclare(EXCHANGE_NAME,"fanout");
        //待傳遞的消息內容
        String message = getMessage(args);
        //傳消息
        channel.basicPublish(EXCHANGE_NAME,"",null,message.getBytes());
        System.out.println("[x] Sent '"+message+"'");
        //關閉連接通道
        channel.close();
        connection.close();
    }

    private static String getMessage(String[] strings) {
        if (strings.length<1){
            return "hello world";
        }
        return joinStrings(strings," ");
    }

    private static String joinStrings(String[] strings, String delimiter) {
        int length = strings.length;
        if (length == 0){
            return "";
        }
        StringBuilder words = new StringBuilder(strings[0]);
        for (int i = 1;i < length; i++){
            words.append(delimiter).append(strings[i]);
        }
        return words.toString();
    }
}

(我貼心的把官方沒給你們的工具函數也寫上了！快夸我(☆▽☆))
正如你們看到的，建立連接之后，我們聲明了交換器，這個步驟是必要的，因為把消息發布到一個不存在的交換器上是禁止的！
如果沒有隊列綁定到交換中，消息將消失，但是對于我們是允許的，因為如果沒有消費者在收集消息，我們可以安全的丟棄信息。
ReceiveLogs.java

public class ReceiveLogs {
    //設置交換器的名字
    private static final String EXCHANGE_NAME = "logs";

    public static void main(String[] args) throws IOException {
        //獲取連接
        Connection connection = ConnectionUtil.getConnection();
        //創建通道
        Channel channel = connection.createChannel();
        //聲明交換器,給它名字,設置交換類型為fanout
        channel.exchangeDeclare(EXCHANGE_NAME,"fanout");
        //得到隊列的名字
        String queueName = channel.queueDeclare().getQueue();
        //隊列和交換器進行綁定
        channel.queueBind(queueName,EXCHANGE_NAME,"");
        System.out.println("[*] Waiting for message.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]Receive '"+ message+"'");
            }
        };
        boolean autoAck = true;
        channel.basicConsume(queueName,autoAck,consumer);
    }
}

這里可以自己試試，打開兩個或者三個ReceiveLogs，然后嘗試看看發送一條信息，會發生什么？

結果

本來想你們自己嘗試來著，不過我還是回來把結果圖貼上。具體怎么做請看第二期工作隊列模式里面教的方式。
生產者：

生產者

打開的三個消費者：

生產者1

生產者2

第三個反正長得一樣就不貼了，╭(╯^╰)╮

試驗成功，一個發送，三個同時接受成功！