基于RabbitMQ幾種Exchange 模式詳解
AMQP協(xié)議中的核心思想就是生產(chǎn)者和消費(fèi)者隔離,生產(chǎn)者從不直接將消息發(fā)送給隊(duì)列。生產(chǎn)者通常不知道是否一個(gè)消息會(huì)被發(fā)送到隊(duì)列中,只是將消息發(fā)送到一個(gè)交換機(jī)。先由Exchange來接收,然后Exchange按照特定的策略轉(zhuǎn)發(fā)到Queue進(jìn)行存儲(chǔ)。同理,消費(fèi)者也是如此。Exchange 就類似于一個(gè)交換機(jī),轉(zhuǎn)發(fā)各個(gè)消息分發(fā)到相應(yīng)的隊(duì)列中。
RabbitMQ提供了四種Exchange模式:fanout,direct,topic,header 。 header模式在實(shí)際使用中較少,本文只對(duì)前三種模式進(jìn)行比較。
一. Fanout Exchange
所有發(fā)送到Fanout Exchange的消息都會(huì)被轉(zhuǎn)發(fā)到與該Exchange 綁定(Binding)的所有Queue上。
Fanout Exchange 不需要處理RouteKey 。只需要簡(jiǎn)單的將隊(duì)列綁定到exchange 上。這樣發(fā)送到exchange的消息都會(huì)被轉(zhuǎn)發(fā)到與該交換機(jī)綁定的所有隊(duì)列上。類似子網(wǎng)廣播,每臺(tái)子網(wǎng)內(nèi)的主機(jī)都獲得了一份復(fù)制的消息。
所以,F(xiàn)anout Exchange 轉(zhuǎn)發(fā)消息是最快的。
/// <summary> /// 生產(chǎn)者 /// </summary> /// <param name="change"></param> private static void ProducerMessage(MyMessage msg) { var advancedBus = CreateAdvancedBus(); if (advancedBus.IsConnected) { var exchange = advancedBus.ExchangeDeclare("user", ExchangeType.Fanout); advancedBus.Publish(exchange, "", false, new Message<MyMessage>(msg)); } else { Console.WriteLine("Can't connect"); } } /// <summary> /// 消費(fèi)者 /// </summary> private static void ConsumeMessage() { var advancedBus = CreateAdvancedBus(); var exchange = advancedBus.ExchangeDeclare("user", ExchangeType.Fanout); var queue = advancedBus.QueueDeclare("user.notice.wangwu"); advancedBus.Bind(exchange, queue, "user.notice.wangwu"); advancedBus.Consume(queue, registration => { registration.Add<MyMessage>((message, info) => { Console.WriteLine("Body: {0}", message.Body); }); }); }
適用場(chǎng)景:
第一:大型玩家在玩在線游戲的時(shí)候,可以用它來廣播重大消息。這讓我想到電影微微一笑很傾城中,有款游戲需要在世界上公布玩家重大消息,也許這個(gè)就是用的MQ實(shí)現(xiàn)的。這讓我不禁佩服肖奈,人家在大學(xué)的時(shí)候就知道RabbitMQ的這種特性了。
第二:體育新聞實(shí)時(shí)更新到手機(jī)客戶端。
第三:群聊功能,廣播消息給當(dāng)前群聊中的所有人。
二. Direct Exchange
所有發(fā)送到Direct Exchange的消息被轉(zhuǎn)發(fā)到RouteKey中指定的Queue。
Direct模式,可以使用rabbitMQ自帶的Exchange:default Exchange 。所以不需要將Exchange進(jìn)行任何綁定(binding)操作 。消息傳遞時(shí),RouteKey必須完全匹配,才會(huì)被隊(duì)列接收,否則該消息會(huì)被拋棄。
/// <summary> /// 生產(chǎn)者 /// </summary> /// <param name="change"></param> private static void ProducerMessage(MyMessage msg) { var advancedBus = CreateAdvancedBus(); if (advancedBus.IsConnected) { var queue = advancedBus.QueueDeclare("user.notice.zhangsan"); advancedBus.Publish(Exchange.GetDefault(), queue.Name, false, new Message<MyMessage>(msg)); } else { Console.WriteLine("Can't connect"); } } /// <summary> /// 消費(fèi)者 /// </summary> private static void ConsumeMessage() { var advancedBus = CreateAdvancedBus(); var exchange = advancedBus.ExchangeDeclare("user", ExchangeType.Direct); var queue = advancedBus.QueueDeclare("user.notice.lisi"); advancedBus.Bind(exchange, queue, "user.notice.lisi"); advancedBus.Consume(queue, registration => { registration.Add<MyMessage>((message, info) => { Console.WriteLine("Body: {0}", message.Body); }); }); }
三. Topic Exchange
所有發(fā)送到Topic Exchange的消息被轉(zhuǎn)發(fā)到所有關(guān)心RouteKey中指定Topic的Queue上,
Exchange 將RouteKey 和某Topic 進(jìn)行模糊匹配。此時(shí)隊(duì)列需要綁定一個(gè)Topic??梢允褂猛ㄅ浞M(jìn)行模糊匹配,符號(hào)“#”匹配一個(gè)或多個(gè)詞,符號(hào)“*”匹配不多不少一個(gè)詞。因此“l(fā)og.#”能夠匹配到“l(fā)og.info.oa”,但是“l(fā)og.*” 只會(huì)匹配到“l(fā)og.error”。
所以,Topic Exchange 使用非常靈活。
/// <summary> /// 生產(chǎn)者 /// </summary> /// <param name="change"></param> private static void ProducerMessage(MyMessage msg) { //// 創(chuàng)建消息bus IBus bus = CreateBus(); try { bus.Publish(msg, x => x.WithTopic(msg.MessageRouter)); } catch (EasyNetQException ex) { //處理連接消息服務(wù)器異常 } bus.Dispose();//與數(shù)據(jù)庫connection類似,使用后記得銷毀bus對(duì)象 } /// <summary> /// 消費(fèi)者 /// </summary> private static void ConsumeMessage(MyMessage msg) { //// 創(chuàng)建消息bus IBus bus = CreateBus(); try { bus.Subscribe<MyMessage>(msg.MessageRouter, message => Console.WriteLine(msg.MessageBody), x => x.WithTopic("user.notice.#")); } catch (EasyNetQException ex) { //處理連接消息服務(wù)器異常 } }
使用場(chǎng)景:
新聞的分類更新
同意任務(wù)多個(gè)工作者協(xié)調(diào)完成
同一問題需要特定人員知曉
Topic Exchange的使用場(chǎng)景很多,我們公司就在使用這種模式,將足球事件信息發(fā)布,需要使用這些事件消息的人只需要綁定對(duì)應(yīng)的Exchange就可以獲取最新消息。
以上這篇基于RabbitMQ幾種Exchange 模式詳解就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot配置lombok與logback過程解析
這篇文章主要介紹了SpringBoot配置lombok與logback過程解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-05-05java實(shí)現(xiàn)Redisson的基本使用
Redisson是一個(gè)在Redis的基礎(chǔ)上實(shí)現(xiàn)的Java駐內(nèi)存數(shù)據(jù)網(wǎng)格客戶端,本文主要介紹了java實(shí)現(xiàn)Redisson的基本使用,具有一定的參考價(jià)值,感興趣的可以了解一下2023-12-12Java三級(jí)菜單工具類實(shí)現(xiàn)方式
這篇文章通過實(shí)例代碼給大家介紹Java三級(jí)菜單工具類實(shí)現(xiàn)方式,常用的三個(gè)字段,子級(jí)id、父級(jí)id、其次是數(shù)組children,本文結(jié)合實(shí)例代碼給大家介紹的非常詳細(xì),需要的朋友參考下吧2024-05-05mybatis-plus @select動(dòng)態(tài)查詢方式
這篇文章主要介紹了mybatis-plus @select動(dòng)態(tài)查詢方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-05-05java+testng+selenium的自動(dòng)化測(cè)試實(shí)例
這篇文章主要介紹了java+testng+selenium的自動(dòng)化測(cè)試實(shí)例,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-11-11