Broker:接收和分發消息的應用,RabbitMQ Server就是Message Broker。
Virtual Host:出於多租戶和安全因素設計的,把AMQP的基本組件劃分到一個虛擬的分組中,相似於網絡中的Namespace概念。當多個不一樣的用戶使用同一個RabbitMQ Server提供的服務時,能夠劃分出多個Vhost,每一個用戶在本身的Vhost建立Exchange/Queue等。
Connection:Producer、Consumer和Broker之間的TCP鏈接。斷開鏈接的操做只會在Client端進行,Broker不會斷開鏈接,除非出現網絡故障或Broker服務出現問題。
Channel:若是每一次訪問RabbitMQ都創建一個Connection,在消息量大的時候創建TCP Connection的開銷將是巨大的,效率也較低。Channel是在Connection內部創建的邏輯鏈接,若是應用程序支持多線程,一般每一個Thread建立單獨的channel進行通信,AMQP Method包含了Channel Id幫助客戶端和Message Broker識別Channel,因此Channel之間是徹底隔離的。Channel做爲輕量級的Connection極大減小了操做系統創建TCP Connection的開銷。
Exchange:Message到達Broker的第一站,根據分發規則,匹配查詢表中的Routing Key,分發消息到Queue中去。經常使用的類型有:direct (point-to-point), topic (publish-subscribe) and fanout (multicast)。
Queue:消息最終被送到這裏等待Consumer取走。一個Message能夠被同時拷貝到多個Queue中。
Binding:Exchange和Queue之間的虛擬鏈接,Binding中能夠包含Routing Key。Binding信息被保存到Exchange中的查詢表中,用於Message的分發依據。html
不少時候咱們都覺得生產者是將消息都投遞到Queue當中,實際上這在RabbitMQ中永遠不會發生。實際的狀況是,生產者將消息發送到Exchange(交換機),由Exchange將消息路由到一個或多個Queue中或者丟棄。使用的路由算法取決於交換機類型和其綁定的規則。AMQP 0-9-1 Broker提供四種交換機類型:Direct exchange(直接交換機)、Fanout exchange(扇出交換機)、Topic exchange(話題交換機)、Headers exchange(標頭交換機)。因爲Headers exchange在實際使用中比較少,因此這裏只重點介紹前三種模式。算法
由上述兩個流程圖可見,生產者全部發送到Direct exchange的消息會經過指定Routing Key傳遞到Queue當中。安全
若是沒有沒有定義任何Exchange,默認就是Default Exchange,每一個建立的Queue都使用與其名稱相同的Routing Key自動綁定。具體示例,你們能夠看看上一章節5.1,5.2小節,你會發現定義生產者代碼中QueueName與Routing Key都是同一個名稱,沒有定義任何Exchange綁定(Binding)操做,只是在推送時候把Queue、Routing Key相同消息推送出去。消息傳遞時,Routing Key必須徹底匹配,纔會被Queue接收,不然該消息會被拋棄。而Default Exchange也屬於Default Exchange模式。
下面來看看定義Direct exchange生產者的代碼:網絡
class Program { static void Main(string[] args) { string exchangeName = "DirectExchange"; string queueName = "DirectExchangeQueueName"; string routeKey = "DirectExchangeKey"; //建立鏈接工廠 var factory = new ConnectionFactory { UserName = "dengwu",//用戶名 Password = "123456",//密碼 HostName = "192.168.112.133",//rabbitmq ip }; //建立鏈接 var connection = factory.CreateConnection(); //建立通道 var channel = connection.CreateModel(); //定義一個Direct類型交換機 channel.ExchangeDeclare(exchangeName, ExchangeType.Direct, false, false, null); //定義一個隊列 channel.QueueDeclare(queueName, false, false, false, null); //將隊列綁定到交換機 channel.QueueBind(queueName, exchangeName, routeKey, null); Console.WriteLine($"\nRabbitMQ鏈接成功,Exchange:{exchangeName},Queue:{queueName},Route:{routeKey},\n\n請輸入消息,輸入exit退出!"); string input; do { input = Console.ReadLine(); var sendBytes = Encoding.UTF8.GetBytes(input); //發佈消息 channel.BasicPublish(exchangeName, routeKey, null, sendBytes); } while (input.Trim().ToLower() != "exit"); channel.Close(); connection.Close(); } }
運行:多線程
由上述兩個流程圖可見,生產者全部發送到Fanout Exchange的消息會轉發到與其綁定(Binding)的全部Queue上。
Fanout Exchange模式無需經過指定Routing Key把消息綁定到Queue中,只須要把Exchange與Queue綁定,這樣子經過Exchange消息將會轉發到與其綁定的全部Queue上。相似子網廣播,每臺子網內的主機都得到了一份複製的消息。
下面定義兩個隊列與其消費者FanoutExchangeQueueName一、FanoutExchangeQueueName2的Fanout Exchange生產者代碼:spa
class Program { static void Main(string[] args) { string exchangeName = "FanoutExchange"; string queueName1 = "FanoutExchangeQueueName1"; string queueName2 = "FanoutExchangeQueueName2"; string routeKey = ""; //建立鏈接工廠 var factory = new ConnectionFactory { UserName = "dengwu",//用戶名 Password = "123456",//密碼 HostName = "192.168.112.133",//rabbitmq ip }; //建立鏈接 var connection = factory.CreateConnection(); //建立通道 var channel = connection.CreateModel(); //定義一個Fanout類型交換機 channel.ExchangeDeclare(exchangeName, ExchangeType.Fanout, false, false, null); //定義隊列1 channel.QueueDeclare(queueName1, false, false, false, null); //定義隊列2 channel.QueueDeclare(queueName2, false, false, false, null); //將隊列綁定到交換機 channel.QueueBind(queueName1, exchangeName, routeKey, null); channel.QueueBind(queueName2, exchangeName, routeKey, null); //生成兩個隊列的消費者 ConsumerGenerator(queueName1); ConsumerGenerator(queueName2); Console.WriteLine($"\nRabbitMQ鏈接成功,\n\n請輸入消息,輸入exit退出!"); string input; do { input = Console.ReadLine(); var sendBytes = Encoding.UTF8.GetBytes(input); //發佈消息 channel.BasicPublish(exchangeName, routeKey, null, sendBytes); } while (input.Trim().ToLower() != "exit"); channel.Close(); connection.Close(); } /// <summary> /// 根據隊列名稱生成消費者 /// </summary> /// <param name="queueName"></param> static void ConsumerGenerator(string queueName) { //建立鏈接工廠 ConnectionFactory factory = new ConnectionFactory { UserName = "dengwu",//用戶名 Password = "123456",//密碼 HostName = "192.168.112.133",//rabbitmq ip }; //建立鏈接 var connection = factory.CreateConnection(); //建立通道 var channel = connection.CreateModel(); //事件基本消費者 var consumer = new EventingBasicConsumer(channel); //接收到消息事件 consumer.Received += (ch, ea) => { var body = ea.Body.ToArray(); var message = Encoding.UTF8.GetString(body); Console.WriteLine($"Queue:{queueName}收到消息: {message}"); //確認該消息已被消費 channel.BasicAck(ea.DeliveryTag, false); }; //啓動消費者 設置爲手動應答消息 channel.BasicConsume(queueName, false, consumer); Console.WriteLine($"Queue:{queueName},消費者已啓動"); } }
運行:操作系統
由上述流程圖可見,生產者全部發送到Topic Exchange的消息會經過指定Routing Key被轉發到能和其匹配的Queue上。
Exchange指定Routing Key將路由進行模糊匹配。可使用通配符進行模糊匹配,符號「#」匹配多個單詞(能夠是零個),符號「*」匹配一個單詞。所以「usa.#」可以匹配到「usa.news.xxx、usa.weather.xxx」,可是「usa.*」 只會匹配到「usa.news、usa.weather」。
因此Topic Exchange 使用是很是靈活的,Topic Exchange生產者代碼以下:線程
class Program { static void Main(string[] args) { string exchangeName = "TopicExchange"; string queueName = "DirectExchangeQueueName"; string routeKey = "TopicExchangeKey.*"; //建立鏈接工廠 var factory = new ConnectionFactory { UserName = "dengwu",//用戶名 Password = "123456",//密碼 HostName = "192.168.112.133",//rabbitmq ip }; //建立鏈接 var connection = factory.CreateConnection(); //建立通道 var channel = connection.CreateModel(); //定義一個Topic類型交換機 channel.ExchangeDeclare(exchangeName, ExchangeType.Topic, false, false, null); //定義隊列1 channel.QueueDeclare(queueName, false, false, false, null); //將隊列綁定到交換機 channel.QueueBind(queueName, exchangeName, routeKey, null); Console.WriteLine($"\nRabbitMQ鏈接成功,\n\n請輸入消息,輸入exit退出!"); string input; do { input = Console.ReadLine(); var sendBytes = Encoding.UTF8.GetBytes(input); //發佈消息 channel.BasicPublish(exchangeName, "TopicExchangeKey.one", null, sendBytes); } while (input.Trim().ToLower() != "exit"); channel.Close(); connection.Close(); } }
運行:設計
Headers Exchange不依賴於Routing key 與 Binding key的匹配規則來路由消息,而是根據發送的消息內容中的 headers 屬性進行匹配。這種模式基本沒怎麼用過,因此就跳過了。
參考文獻:
RabbitMQ官網
.NET Core 使用RabbitMQ
3d