AMQP協議中的核心思想就是生產者和消費者隔離,生產者從不直接將消息發送給隊列。生產者通常不知道是否一個消息會被發送到隊列中,只是將消息發送到一個交換機。先由Exchange來接收,然后Exchange按照特定的策略轉發到Queue進行存儲。同理,消費者也是如此。Exchange 就類似於一個交換機,轉發各個消息分發到相應的隊列中。
RabbitMQ提供了四種Exchange模式:fanout,direct,topic,header 。 header模式在實際使用中較少,本文只對前三種模式進行比較。
一. Fanout Exchange

所有發送到Fanout Exchange的消息都會被轉發到與該Exchange 綁定(Binding)的所有Queue上。
Fanout Exchange 不需要處理RouteKey 。只需要簡單的將隊列綁定到exchange 上。這樣發送到exchange的消息都會被轉發到與該交換機綁定的所有隊列上。類似子網廣播,每台子網內的主機都獲得了一份復制的消息。
所以,Fanout Exchange 轉發消息是最快的。
/// <summary>
/// 生產者
/// </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>
/// 消費者
/// </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); });
});
}
適用場景:
第一:大型玩家在玩在線游戲的時候,可以用它來廣播重大消息。這讓我想到電影微微一笑很傾城中,有款游戲需要在世界上公布玩家重大消息,也許這個就是用的MQ實現的。這讓我不禁佩服肖奈,人家在大學的時候就知道RabbitMQ的這種特性了。
第二:體育新聞實時更新到手機客戶端。
第三:群聊功能,廣播消息給當前群聊中的所有人。
二. Direct Exchange

所有發送到Direct Exchange的消息被轉發到RouteKey中指定的Queue。
Direct模式,可以使用rabbitMQ自帶的Exchange:default Exchange 。所以不需要將Exchange進行任何綁定(binding)操作 。消息傳遞時,RouteKey必須完全匹配,才會被隊列接收,否則該消息會被拋棄。
/// <summary>
/// 生產者
/// </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>
/// 消費者
/// </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

所有發送到Topic Exchange的消息被轉發到所有關心RouteKey中指定Topic的Queue上,
Exchange 將RouteKey 和某Topic 進行模糊匹配。此時隊列需要綁定一個Topic。可以使用通配符進行模糊匹配,符號“#”匹配一個或多個詞,符號“*”匹配不多不少一個詞。因此“log.#”能夠匹配到“log.info.oa”,但是“log.*” 只會匹配到“log.error”。
所以,Topic Exchange 使用非常靈活。
/// <summary>
/// 生產者
/// </summary>
/// <param name="change"></param>
private static void ProducerMessage(MyMessage msg)
{
//// 創建消息bus
IBus bus = CreateBus();
try
{
bus.Publish(msg, x => x.WithTopic(msg.MessageRouter));
}
catch (EasyNetQException ex)
{
//處理連接消息服務器異常
}
bus.Dispose();//與數據庫connection類似,使用后記得銷毀bus對象
}
/// <summary>
/// 消費者
/// </summary>
private static void ConsumeMessage(MyMessage msg)
{
//// 創建消息bus
IBus bus = CreateBus();
try
{
bus.Subscribe<MyMessage>(msg.MessageRouter, message => Console.WriteLine(msg.MessageBody), x => x.WithTopic("user.notice.#"));
}
catch (EasyNetQException ex)
{
//處理連接消息服務器異常
}
}
使用場景:
新聞的分類更新
同意任務多個工作者協調完成
同一問題需要特定人員知曉
Topic Exchange的使用場景很多,我們公司就在使用這種模式,將足球事件信息發布,需要使用這些事件消息的人只需要綁定對應的Exchange就可以獲取最新消息。
出處:
http://www.cnblogs.com/zhangweizhong/p/5713874.html
http://blog.csdn.net/dandanzmc/article/details/52262850

