RabbitMQ是一個在AMQP(高級消息隊列協議)標準基礎上完整的，可服用的企業消息系統。
AMQP模型的功能組件圖（上圖摘自 Sophia_tj 的 第2章 AMQP模型）
AMQP的四個總要概念：
1、虛擬主機（virtual host）或（vhost）
2、交換機（exchange）
3、隊列（queue）
4、綁定器（bind）
什麼是虛擬主機？一組交換機、隊列和綁定器 被稱為 虛擬主機（vhost）。
為什麼要用虛擬主機？RabbitMQ server 可以說就是一個消息隊列服務器實體（Broker），Broker當中可以有多個用戶（增加用戶的命令），而用戶只能在虛擬主機的粒度進行權限控制，所以RabbitMQ中需要多個虛擬主機。每一個RabbitMQ服務器都有一個默認的虛擬主機“/”。
隊列（queue）是消息載體，每個消息都會被投入到一個或多個隊列。試圖創建一個已經存在的隊列，RabbitMQ會直接忽略這個請求。（接收消息的實體）
把消息放進隊列前，我們還需要使用另一個東西：交換機。
交換機（exchange），它指定消息按什麼規則，路由到哪個隊列。它可以被理解成具有路由表的路由程序。（發送消息的實體）
交換機可以存在多個，每個交換機在自己獨立的進程當中執行，因此增加多個交換機就是增加多個進程，可以充分利用服務器上的CPU核以便達到更高的效率。
交換機如何判斷要把消息送到哪個隊列？這是我們需要路由規則，也就需要綁定器了。
綁定器（bind）它的作用就是把exchange和queue按照路由規則綁定起來。（將交換器和隊列連接起來，並且封裝消息的路由信息）
每個消息都有一個稱為路由關鍵字（routingKey）的屬性，exchange根據這個關鍵字進行消息投遞，其實就是一個簡單的字符串。（綁定操作就可以理解成：將exchange將具有路由關鍵字 “X” 的消息投遞到到名為“business”的隊列當中去。）
從而一個綁定就可以概括為：一個基於路由鍵將交換機和隊列連接起來的路由規則。
需要注意：由Exchange，Queue，RoutingKey三個，才能決定一個從Exchange到Queue的唯一的線路。
程序中連接與消息使用的兩個關鍵概念
連接（Connection）：與RabbitMQ Server建立的一個連接，由ConnectionFactory創建，每個connection只與一個物理的Server進行連接，此連接是基於Socket進行連接的。AMQP一般使用TCP。
通道 （Channel）：消息通道（主要進行相關定義，發送消息，獲取消息，事務處理等），在客戶端的每個連接裡，可建立多個channel，每個channel代表一個會話任務。
Channel在.net的客戶端程序裡應該是叫“Model”，採用IModel CreateModel()創建的，但是其他語言的客戶端都叫Channel。
需要注意：一個Connection可以有多個Channel。
為什麼設計中引入Channel概念？
一個比較普遍的需求：客戶端程序有時候會是一個多線程程序，每一個線程都想要和RabbitMQ進行連接，但是又不想共享一個連接。
因為一個Connection就是一個TCP鏈接，RabbitMQ在設計的時候不希望與每一個客戶端保持多個TCP連接，但這確實是有些客戶端的需求，每一個Channel之間沒有任何聯繫，是完全分離的。
建立在Connection基礎上的一個Channel，相對於Connection來說，它是輕量級的。Channel可以在多線程中使用，但是在必須保證任何時候只有一個線程執行命令。
不得不重點介紹的交換機
交換機定義參數type: 直接式交換機direct,topic 和 fanout。 auto_delete: 當所有綁定隊列都不再使用時，是否自動刪除該交換機。
交換機類型:
Fanout: 不處理路由鍵，將消息廣播給綁定到該交換機的所有隊列。 不論消息的路由關鍵字是什麼，這條消息都會被路由到所有與該交換器綁定的隊列中。
廣播式交換器類型的工作方式如下：
不使用任何參數將消息隊列與交換器綁定在一起。
發佈者（直接式交換器類型描述中的producer變成了publisher，已經隱含了二種交換器類型的區別）向交換器發送一條消息。 消息被無條件的傳遞到所有和這個交換器綁定的消息隊列中。
Direct: 處理路由鍵，對消息路徑進行全文匹配。消息路由鍵 "sunshine" 只能匹配 "sunshine" 綁定，不匹配 "sunshine.warm" 這類綁定。
通過精確匹配消息的路由關鍵字，將消息路由到零個或者多個隊列中，綁定關鍵字用來將隊列和交換器綁定到一起。這讓我們可以構建經典的點對點隊列消息傳輸模型，不過和任何已定義的交換器類型一樣，當消息的路由關鍵字與多個綁定關鍵字匹配時，消息可能會被髮送到多個隊列中。
在direct模式下還可以實現多路綁定，即一個exchange和多個queue綁定時，具有同樣的bindkey,如下圖：
Topic: 處理路由鍵，按模式匹配路由鍵。模式符號 "#" 表示一個或多個單詞，"*" 僅匹配一個單詞。如 "wood.#" 可匹配 "wood.palm.redwood"，但 "wood.*" 只匹配 "wood.deadwood"。
主題式交換器類型提供了這樣的路由機制：通過消息的路由關鍵字和綁定關鍵字的模式匹配，將消息路由到被綁定的隊列中。這種路由器類型可以被用來支持經典的發佈/訂閱消息傳輸模型——使用主題名字空間作為消息尋址模式，將消息傳遞給那些部分或者全部匹配主題模式的多個消費者。
主題交換器類型的工作方式如下：
綁定關鍵字用零個或多個標記構成，每一個標記之間用“.”字符分隔。綁定關鍵字必須用這種形式明確說明，並支持通配符：“*”匹配一個詞組，“# ”零個或多個詞組。因此綁定關鍵字“*.dask.#”匹配路由關鍵字“class.dask”和“eur.dask.tab”，但是不匹配“dask.rho”。這種交換器類型是可選的。
主題式的原理圖解：
t
此圖摘自 張善友先生的博客：http://www.cnblogs.com/shanyou/p/4067250.html
以上這些概念，要是不瞭解，估計以後的相關的操作，出現問題都不知道怎麼解決。還是原理先行吧。
原文鏈接：https://www.cnblogs.com/ericli-ericli/p/5924608.html
閱讀更多 日行四善 的文章
