我們知道無論是生產者還是消費者，都需要和 RabbitMQ Broker 建立連接，這個連接就是一條 TCP 連接，也就是 Connection。

一旦 TCP 連接建立起來，客戶端緊接著可以創建一個 AMQP 信道（Channel），每個信道都會被指派一個唯一的 ID。

信道是建立在 Connection 之上的虛擬連接，RabbitMQ 處理的每條 AMQP 指令都是通過信道完成的。

我們完全可以使用 Connection 就能完成信道的工作，為什麽還要引入信道呢？

試想這樣一個場景，一個應用程序中有很多個線程需要從 RabbitMQ 中消費消息，或者生產消息，那麽必然需要建立很多個 Connection，也就是多個 TCP 連接。

然而對於操作系統而言，建立和銷毀 TCP 連接是非常昂貴的開銷，如果遇到使用高峰，性能瓶頸也隨之顯現。

RabbitMQ 采用類似 NIO（Non-blocking I/O）的做法，選擇 TCP 連接復用，不僅可以減少性能開銷，同時也便於管理。

每個線程把持一個信道，所以信道復用了 Connection 的 TCP 連接。同時 RabbitMQ 可以確保每個線程的私密性，就像擁有獨立的連接一樣。當每個信道的流量不是很大時，復用單一的 Connection 可以在產生性能瓶頸的情況下有效地節省 TCP 連接資源。但是信道本身的流量很大時，這時候多個信道復用一個 Connection 就會產生性能瓶頸，進而使整體的流量被限制了。此時就需要開辟多個 Connection，將這些信道均攤到這些 Connection 中，至於這些相關的調優策略需要根據業務自身的實際情況進行調節。

信道在 AMQP 中是一個很重要的概念，大多數操作都是在信道這個層面展開的。

比如 channel.exchangeDeclare、channel.queueDeclare、channel.basicPublish、channel.basicConsume 等方法。

RabbitMQ 相關的 API 與 AMQP 緊密相連，比如 channel.basicPublish 對應 AMQP 的 Basic.Publish 命令。

名詞解釋：

NIO，也稱非阻塞 I/O，包含三大核心部分：Channel（信道）、Buffer（緩沖區）和 Selector（選擇器）。

NIO 基於 Channel 和 Buffer 進行操作，數據總是從信道讀取數據到緩沖區中，或者從緩沖區寫入到信道中。

Selector 用於監聽多個信道的時間（比如連接打開，數據到達等）。因此，單線程可以監聽多個數據的信道。

RabbitMQ 中 Connection 和 Channel 詳解