基于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í)際使用中較少,本文只對前三種模式進(jìn)行比較。
一. Fanout Exchange

所有發(fā)送到Fanout Exchange的消息都會(huì)被轉(zhuǎn)發(fā)到與該Exchange 綁定(Binding)的所有Queue上。
Fanout Exchange 不需要處理RouteKey 。只需要簡單的將隊(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); });
});
}
適用場景:
第一:大型玩家在玩在線游戲的時(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)行模糊匹配,符號“#”匹配一個(gè)或多個(gè)詞,符號“*”匹配不多不少一個(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對象
}
/// <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ù)器異常
}
}
使用場景:
新聞的分類更新
同意任務(wù)多個(gè)工作者協(xié)調(diào)完成
同一問題需要特定人員知曉
Topic Exchange的使用場景很多,我們公司就在使用這種模式,將足球事件信息發(fā)布,需要使用這些事件消息的人只需要綁定對應(yīng)的Exchange就可以獲取最新消息。
以上這篇基于RabbitMQ幾種Exchange 模式詳解就是小編分享給大家的全部內(nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
Java實(shí)現(xiàn)基于token認(rèn)證的方法示例
這篇文章主要介紹了Java實(shí)現(xiàn)基于token認(rèn)證的方法示例,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-08-08
Hibernate Validator實(shí)現(xiàn)更簡潔的參數(shù)校驗(yàn)及一個(gè)util
這篇文章主要介紹了Hibernate Validator實(shí)現(xiàn)更簡潔的參數(shù)校驗(yàn)及一個(gè)util,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-05-05
Java使用阻塞隊(duì)列控制線程通信的方法實(shí)例詳解
這篇文章主要介紹了Java使用阻塞隊(duì)列控制線程通信的方法,結(jié)合實(shí)例形式詳細(xì)分析了java使用阻塞隊(duì)列控制線程通信的相關(guān)原理、方法及操作注意事項(xiàng),需要的朋友可以參考下2019-09-09
Java計(jì)算Date類時(shí)間差實(shí)例代碼演示
最近工作中遇到需要計(jì)算時(shí)間差,這里給大家總結(jié)下,下面這篇文章主要給大家介紹了關(guān)于Java計(jì)算Date類時(shí)間差的相關(guān)資料,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-12-12
Java泛型與數(shù)據(jù)庫應(yīng)用實(shí)例詳解
這篇文章主要介紹了Java泛型與數(shù)據(jù)庫應(yīng)用,結(jié)合實(shí)例形式詳細(xì)分析了java繼承泛型類實(shí)現(xiàn)增刪改查操作相關(guān)實(shí)現(xiàn)技巧,需要的朋友可以參考下2019-08-08
java web實(shí)現(xiàn)郵箱激活與忘記密碼
這篇文章主要為大家詳細(xì)介紹了java web實(shí)現(xiàn)郵箱激活與忘記密碼、重置密碼,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-02-02
Java實(shí)現(xiàn)基于NIO的多線程Web服務(wù)器實(shí)例
在本篇文章里小編給大家整理的是關(guān)于Java實(shí)現(xiàn)基于NIO的多線程Web服務(wù)器實(shí)例內(nèi)容,需要的朋友們可以學(xué)習(xí)下。2020-03-03
Mybatis基于xml配置實(shí)現(xiàn)單表的增刪改查功能
這篇文章主要介紹了Mybatis基于xml配置實(shí)現(xiàn)單表的增刪改查,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-04-04

