RabbitMQ Exchange的四種模式

一朴恳、什么是Exchange

RabbitMQ 是 AMQP(高級消息隊列協(xié)議)的標(biāo)準(zhǔn)實現(xiàn)


從 AMQP 協(xié)議可以看出,Queue贞绵、Exchange 和 Binding 構(gòu)成了 AMQP 協(xié)議的核心

  • Producer:消息生產(chǎn)者恍飘,即投遞消息的程序。
  • Broker:消息隊列服務(wù)器實體章母。
    • Exchange:消息交換機(jī),它指定消息按什么規(guī)則彩郊,路由到哪個隊列蚪缀。
    • Binding:綁定,它的作用就是把 Exchange 和 Queue 按照路由規(guī)則綁定起來询枚。
    • Queue:消息隊列載體,每個消息都會被投入到一個或多個隊列刷后。
  • Consumer:消息消費(fèi)者,即接受消息的程序丧裁。

二含衔、Exchange的類型

RabbitMQ常用的Exchange Type有fanout、direct贪染、topic、headers這四種

fanout

fanout類型的Exchange路由規(guī)則非常簡單强经,它會把所有發(fā)送到fanout Exchange的消息都會被轉(zhuǎn)發(fā)到與該Exchange 綁定(Binding)的所有Queue上寺渗。


Fanout Exchange 不需要處理RouteKey 。只需要簡單的將隊列綁定到exchange 上炬称。這樣發(fā)送到exchange的消息都會被轉(zhuǎn)發(fā)到與該交換機(jī)綁定的所有隊列上涡拘。類似子網(wǎng)廣播,每臺子網(wǎng)內(nèi)的主機(jī)都獲得了一份復(fù)制的消息鳄乏。所以,F(xiàn)anout Exchange 轉(zhuǎn)發(fā)消息是最快的朽缴。

direct

direct類型的Exchange路由規(guī)則也很簡單水援,它會把消息路由到那些binding keyrouting key完全匹配的Queue中。

direct Exchange是RabbitMQ Broker的默認(rèn)Exchange或渤,它有一個特別的屬性對一些簡單的應(yīng)用來說是非常有用的奕扣,在使用這個類型的Exchange時,可以不必指定routing key的名字成畦,在此類型下創(chuàng)建的Queue有一個默認(rèn)的routing key,這個routing key一般同Queue同名框仔。

direct模式,可以使用rabbitMQ自帶的Exchange:default Exchange 拄养。所以不需要將Exchange進(jìn)行任何綁定(binding)操作 。消息傳遞時跛梗,RouteKey必須完全匹配棋弥,才會被隊列接收,否則該消息會被拋棄顽染。

topic

前面講到direct類型的Exchange路由規(guī)則是完全匹配binding keyrouting key,但這種嚴(yán)格的匹配方式在很多情況下不能滿足實際業(yè)務(wù)需求尼荆。topic類型的Exchange在匹配規(guī)則上進(jìn)行了擴(kuò)展唧垦,它與direct類型的Exchage相似,也是將消息路由到binding keyrouting key相匹配的Queue中振亮,但這里的匹配規(guī)則有些不同,它約定:

  • routing key為一個句點號“. ”分隔的字符串(我們將被句點號“. ”分隔開的每一段獨立的字符串稱為一個單詞)狞悲,如“stock.usd.nyse”妇斤、“nyse.vmw”、“quick.orange.rabbit”
  • binding keyrouting key一樣也是句點號“. ”分隔的字符串
  • binding key中可以存在兩種特殊字符"*"與“#”荸恕,用于做模糊匹配死相,其中" * "用于匹配一個單詞,“#”用于匹配多個單詞(可以是零個)

所有發(fā)送到Topic Exchange的消息生宛,會拿routing key與binging key進(jìn)行模糊匹配。因此“l(fā)og.#”能夠匹配到“l(fā)og.info.oa”陷舅,但是“l(fā)og.*” 只會匹配到“l(fā)og.error”

headers

headers類型的Exchange不依賴于routing key與binding key的匹配規(guī)則來路由消息,而是根據(jù)發(fā)送的消息內(nèi)容中的headers屬性進(jìn)行匹配待讳。
在綁定Queue與Exchange時指定一組鍵值對仰剿;當(dāng)消息發(fā)送到Exchange時,RabbitMQ會取到該消息的headers(也是一個鍵值對的形式)南吮,對比其中的鍵值對是否完全匹配Queue與Exchange綁定時指定的鍵值對;如果完全匹配則消息會路由到該Queue汁针,否則不會路由到該Queue砚尽。


?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末必孤,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子敷搪,更是在濱河造成了極大的恐慌,老刑警劉巖嫂便,帶你破解...
    沈念sama閱讀 219,188評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件闸与,死亡現(xiàn)場離奇詭異,居然都是意外死亡厂画,警方通過查閱死者的電腦和手機(jī)拷邢,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,464評論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來忽洛,“玉大人,你說我怎么就攤上這事欲虚。” “怎么了绝页?”我有些...
    開封第一講書人閱讀 165,562評論 0 356
  • 文/不壞的土叔 我叫張陵寂恬,是天一觀的道長莱没。 經(jīng)常有香客問我,道長饰躲,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,893評論 1 295
  • 正文 為了忘掉前任妄壶,我火速辦了婚禮寄狼,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘伊磺。我一直安慰自己删咱,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,917評論 6 392
  • 文/花漫 我一把揭開白布摘能。 她就那樣靜靜地躺著敲街,像睡著了一般。 火紅的嫁衣襯著肌膚如雪聪富。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,708評論 1 305
  • 那天梢莽,我揣著相機(jī)與錄音,去河邊找鬼涮雷。 笑死轻局,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的仑扑。 我是一名探鬼主播,決...
    沈念sama閱讀 40,430評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼蜓竹,長吁一口氣:“原來是場噩夢啊……” “哼储藐!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起钙勃,我...
    開封第一講書人閱讀 39,342評論 0 276
  • 序言:老撾萬榮一對情侶失蹤辖源,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后同木,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,801評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡秕硝,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,976評論 3 337
  • 正文 我和宋清朗相戀三年洲尊,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片躯护。...
    茶點故事閱讀 40,115評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡丽涩,死狀恐怖裁蚁,靈堂內(nèi)的尸體忽然破棺而出继准,到底是詐尸還是另有隱情,我是刑警寧澤移必,帶...
    沈念sama閱讀 35,804評論 5 346
  • 正文 年R本政府宣布崔泵,位于F島的核電站,受9級特大地震影響憎瘸,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜崎弃,卻給世界環(huán)境...
    茶點故事閱讀 41,458評論 3 331
  • 文/蒙蒙 一含潘、第九天 我趴在偏房一處隱蔽的房頂上張望线婚。 院中可真熱鬧,春花似錦塞弊、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,008評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至眯勾,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間也颤,已是汗流浹背郁轻。 一陣腳步聲響...
    開封第一講書人閱讀 33,135評論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人厂庇。 一個月前我還...
    沈念sama閱讀 48,365評論 3 373
  • 正文 我出身青樓输吏,卻偏偏與公主長得像,于是被迫代替她去往敵國和親拄氯。 傳聞我的和親對象是個殘疾皇子它浅,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,055評論 2 355

推薦閱讀更多精彩內(nèi)容