RabbitMQ的Connection和Channel

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

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

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

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

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

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

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

每個線程把持一個信道，所以信道復(fù)用了 Connection 的 TCP 連接。

同時 RabbitMQ 可以確保每個線程的私密性，就像擁有獨立的連接一樣。當每個信道的流量不是很大時，復(fù)用單一的 Connection 可以在產(chǎn)生性能瓶頸的情況下有效地節(jié)省 TCP 連接資源。

但是信道本身的流量很大時，這時候多個信道復(fù)用一個 Connection 就會產(chǎn)生性能瓶頸，進而使整體的流量被限制了。

此時就需要開辟多個 Connection，將這些信道均攤到這些 Connection 中，至于這些相關(guān)的調(diào)優(yōu)策略需要根據(jù)業(yè)務(wù)自身的實際情況進行調(diào)節(jié)。

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

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

RabbitMQ 相關(guān)的 API 與 AMQP 緊密相連，比如 channel.basicPublish 對應(yīng) AMQP 的 Basic.Publish 命令。

名詞解釋：

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

NIO 基于 Channel 和 Buffer 進行操作，數(shù)據(jù)總是從信道讀取數(shù)據(jù)到緩沖區(qū)中，或者從緩沖區(qū)寫入到信道中。

Selector 用于監(jiān)聽多個信道的時間（比如連接打開，數(shù)據(jù)到達等）。因此，單線程可以監(jiān)聽多個數(shù)據(jù)的信道。

到此這篇關(guān)于RabbitMQ中的Connection和Channel信道詳解的文章就介紹到這了,更多相關(guān)RabbitMQ的Connection和Channel內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論