RabbitMQ基礎(chǔ)概念之信道channel詳解
前言:
最近跟著公司一起做項目重構(gòu),也有項目用到了MQ。
其中用到了死信隊列和延遲隊列。
先整理一下路由的基礎(chǔ)知識,不能只跟著實戰(zhàn),堆代碼。
1.channel信道
信道是生產(chǎn)消費者與rabbit通信的渠道,生產(chǎn)者publish或者消費者消費一個隊列都是需要通過信道來通信的。
信道是建立在TCP上面的虛擬鏈接,也就是rabbitMQ在一個TCP上面建立成百上千的信道來達到多個線程處理。
注意是一個TCP 被多個線程共享,每個線程對應一個信道,信道在rabbit都有唯一的ID,保證了信道的私有性,對應上唯一的線程使用。
1.1 為什么RabbitMQ 需要信道,如果直接進行TCP通信呢?
上述的描述其實已經(jīng)很明顯了,因為TCP可以被多個線程共享,顯然線程比TCP要省事的多。
TCP的創(chuàng)建開銷很大,創(chuàng)建需要三次握手,銷毀需要四次握手。
如果不使用信道,那么引用程序就會使用TCP方式進行連接到RabbitMQ,因為MQ可能每秒會進行成千上萬的鏈接,
總之就是TCP消耗資源
TCP鏈接可以容納無限的信道,不會有并發(fā)上面的性能瓶頸。
在代碼中并不會有直觀的能看到信道這個概念。
因為代碼中都是用自動配置。
@Autowired RabbitTemplate rabbitTemplate;
或者使用
@Autowired private AmqpTemplate template;
都是自動隱藏了詳細的建立連接過程。
但是在使用rabbitmq時不管是消費還是生產(chǎn)都需要創(chuàng)建信道(channel) 和connection(連接)。
連接是連接到RabbitMQ的服務器~
1.2 連接到RabbitMQ的示意圖
看這個示意圖的話,我們好像可以直接使用Connection就可以完成信道的工作。
但是因為建立連接會很耗費性能,這也是有點類似于工廠模式那種吧~用類似nio的做法,連接tcp連接復用
當每個信道的流量不是很大時,復用。
但是當流量很大的時候,多個信道用一個connection就會出現(xiàn)性能的瓶頸。
所以使用多個connection也是合理的,這樣信道可以平攤到每個connection中。
具體調(diào)節(jié)方式需要在業(yè)務中進行體驗。
關(guān)鍵點在于復用TCP連接
到此這篇關(guān)于RabbitMQ基礎(chǔ)概念之信道channel詳解的文章就介紹到這了,更多相關(guān)RabbitMQ信道channel內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MAC配置java+jmeter環(huán)境變量過程解析
這篇文章主要介紹了MAC配置java+jmeter環(huán)境變量過程解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-09-09SpringBoot?實現(xiàn)CAS?Server統(tǒng)一登錄認證的詳細步驟
??CAS(Central?Authentication?Service)中心授權(quán)服務,是一個開源項目,目的在于為Web應用系統(tǒng)提供一種可靠的單點登錄,這篇文章主要介紹了SpringBoot?實現(xiàn)CAS?Server統(tǒng)一登錄認證,需要的朋友可以參考下2024-02-02MyBatis中執(zhí)行相關(guān)SQL語句的方法
本文主要介紹了MyBatis中執(zhí)行相關(guān)SQL語句的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-08-08