摘要:后續介紹交換機,生產者直接將消息投遞到中。消息,服務器和應用程序之間傳送的數據,由和組成。也稱為消息隊列,保存消息并將它們轉發給消費者。主要是應為和有一個綁定的關系。
前言
本章學習,我們可以了解到以下知識點:
互聯網大廠為什么選擇RabbitMQ?
RabbiMQ的高性能之道是如何做到的?
什么是AMQP高級協議?
AMQP核心概念是什么?
RabbitMQ整體架構模型是什么樣子的?
RabbitMQ消息是如何流轉的?
1. 初識RabbitMQRabbitMQ 是一個開源的消息代理和隊列服務器,用來通過普通協議在完全不同的應用之間共享數據(RabbitMQ能夠實現跨語言跨平臺的機制,),RabbitMQ是使用Erlang語言來編寫的,并且RabbitMQ是基于AMQP協議的。
僅僅通過上面一句話,相信大家一定有很多疑惑和問題。
RabbitM成熟度到底怎么樣?
業界使用度怎么樣?哪些大廠在使用?為什么?
包括RabbitMQ到底都有哪些特點?
RabbitMQ為什么要用Erlang語言去編寫?
什么是AMQP協議?AMQP協議里面的具體的規范又是什么?
我相信大家跟我一樣都會有這樣的疑惑。那么我們一起來學習一RabbitMQ吧。
我們來了解第一個問題。
2. 互聯網大廠為什么選擇RabbitMQ?業界使用度怎么樣?哪些大廠在使用?為什么?都有哪些優點?
據我了解:滴滴、美團、去哪兒、頭條...
這些互聯網大廠都會采用RabbitMQ作為它底層的消息通信的一個基礎組件。根本原因:
開源、性能優秀、穩定性保障
提供可靠性消息投遞模式(confirm)、返回模式(return)
與SpringAMQP完美的整合、擴展性變得更強、API豐富
集群模式豐富、表達式配置、HA(高可用)模式、鏡像隊列模型
保證數據不丟失的前提下做到高可靠性、可用性
3. RabbiMQ的高性能之道是如何做到的?原因就在于它使用了Erlang語言,Erlang語言最初在于交換機領域的架構模式,這樣使得RabbitQ在Broker之間進行數據交互的性能是非常優秀的。
還有一點也是取決于作者,RabbitMQ開發的作者在開發RabbitMQ之間,先用Erlang語言做了一個簡單的交換機,然后他驚奇的發現:Erlang的優點:Erlang有著和原生Socket一樣好的延遲效果。
相信大家接觸過Socket的朋友,對它的有怎樣的性能有一定的了解。像我們耳熟能詳的RPC通信框架。比如說:dubbo,它底層就是采用了Netty,Netty無非就是網絡編程中的高性能之王,它無非就是一個Socket。
基于這個特點呢,我們就有了一個充分的選擇RabbitMQ的理由。其實我們選擇RabbitMQ的時候,有一個主要的考量目標就是:當消息入到RabbtMQ節點上的時候,RabbitMQ的延遲以及響應。
AMQP全稱:Advanced Message Queuing Protocol(高級消息隊列協議)
AMQP定義:是具有現代特征的二進制協議。是一個提供統一消息服務的應用層標準高級消息隊列協議,是應用層協議的一個開放標準,為面向消息的中間件設計。
它就類似于Java中的JMS。是比較上層的規范,基于這個規范可以開發出各種各項的消息中間件。
模型分析
Pubilsher application:生產者應用 生產的消息,扔到Server端。
Server:指的就是RabbitMQ的節點
Virtual host:虛擬主機,比較上層的一個路由,類似于路由器這么一個概念。后續介紹
Exchange:交換機,生產者直接將消息投遞到Exchange中。但是要經歷3個過程 -》server->Virtual host->Exchange
先確定將消息發送到哪臺服務器,那么就需要先去建立連接,設置一些地址等等。
第二層,投遞到哪個Virtual host 需要定義。
第三層,投遞到哪個Exchange也需要定義。
再看Consumer application 消費者的應用端,消費端只需要監聽Message Queue,當隊列中有消息的時候,就拿出來消費。因此在Exchange和Message Queue之間有綁定的關系存在,后續詳細介紹。
5. AMQP核心概念是什么?AMQP核心概念:
server: 又稱Broker,接收客戶端的鏈接,實現AMQP實體服務
Connection: 鏈接,應用程序與Broker的網絡連接
Channel:網絡信道,幾乎所有的操作(數據的讀、寫)都在Channel中進行,Channel是進行消息讀寫的通道??蛻舳丝山⒍鄠€Channel,每個Channel代表一個會話任務。
Message:消息,服務器和應用程序之間傳送的數據,由Properties和Body組成。Properties可以對消息進行修飾,比如消息的優先級、延遲等高級特性;Body則就是消息體內容。
Virtual host:虛擬地址,用于進行邏輯隔離,最上層的消息路由。一個Virtual host 里面可以有若干個Exchange和Queue,同一個Virtual Host里面不能有相同名稱的Exchange和Queue。一種邏輯概念,類似Redis的邏輯數據庫。用來劃分具體的服務。
Exchange:交換機,接收消息,根據路由鍵轉發消息到綁定的隊列
Binding:Exchange 和Queue之間的虛擬連接,Binding中可以包含routing key
Routing key:一個路由股則,虛擬機可用它來確定如何路由一個特定消息。
Queue:也稱為message Queue,消息隊列,保存消息并將它們轉發給消費者。
以上核心概念先有一個大概的認知,以后會詳細介紹。
6. RabbitMQ整體架構模型是什么樣子的?
生產者把消息投遞到Exchange,Exchange投遞到Queue.
因此我們的生產者只需要關注把消息投遞到指定的Exchange即可,我們的消費者只需要監聽指定Queue即可。就是這么簡單的機制。
通過圖我們也能看到,生產者不需要關注投遞到哪個隊列,消費也不需要關注是從哪個Exchange上來的,這兩塊沒有耦合的情況。主要是應為Exchange和Queue有一個綁定的關系。
生產者publisher application 生產消息Message投遞到Exchange上,Exchange綁定MessageQueue,可以綁定過多個MessageQueue,為什么三個隊列只有其中一個隊列收到了消息呢?主要是由于Exchange是有一個路由功能的。這個路由就是routing key,這個路由有兩個非常關鍵的點,
第一個:你的消息是需要發送到哪個Exchange。
第二個:你發消息的時候需要帶上routing key,然后通過Exchange 和 MessageQueue 建立一個綁定關系,通過路由key把消息路由到一個指定的隊列上。然后我們的消費端直接監聽隊列就行了,就可以消費了。
歡迎關注個人微信公眾號:Coder編程
獲取最新原創技術文章和免費學習資料,更有大量精品思維導圖、面試資料、PMP備考資料等你來領,方便你隨時隨地學習技術知識!
新建了一個qq群:315211365,歡迎大家進群交流一起學習。謝謝了!也可以介紹給身邊有需要的朋友。文章收錄至
Github: https://github.com/CoderMerli...
Gitee: https://gitee.com/573059382/c...
歡迎關注并star~
參考資料:
《RabbitMQ消息中間件技術精講》
推薦文章:
消息中間件——RabbitMQ(一)Windws/Linux環境搭建(完整版)
消息中間件——RabbitMQ(二)各大主流消息中間件綜合對比介紹!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/76207.html
摘要:慕課網消息中間件極速入門與實戰學習總結時間年月日星期三說明本文部分內容均來自慕課網。 慕課網《RabbitMQ消息中間件極速入門與實戰》學習總結 時間:2018年09月05日星期三 說明:本文部分內容均來自慕課網。@慕課網:https://www.imooc.com 教學源碼:無 學習源碼:https://github.com/zccodere/s... 第一章:RabbitM...
摘要:它還為具有偵聽器容器的消息驅動的提供支持。接收消息當存在基礎結構時,可以使用任何來注釋以創建偵聽器端點。默認情況下,如果禁用重試并且偵聽器拋出異常,則會無限期地重試傳遞。 Spring-amqp-tutorial Spring AMQP項目將核心Spring概念應用于基于AMQP的消息傳遞解決方案的開發。它提供了一個模板作為發送和接收消息的高級抽象。它還為具有偵聽器容器的消息驅動的PO...
摘要:通過以上分析我們可以得出消息隊列具有很好的削峰作用的功能即通過異步處理,將短時間高并發產生的事務消息存儲在消息隊列中,從而削平高峰期的并發事務。 該文已加入開源項目:JavaGuide(一份涵蓋大部分Java程序員所需要掌握的核心知識的文檔類項目,Star 數接近 16k)。地址:https://github.com/Snailclimb... 本文內容思維導圖:showImg(ht...
摘要:可設置為模式,所有發送的消息都會被確認一次,用戶可以自行根據發回的確認消息查看狀態。指定路由規則生產者消費者同上。傳輸層主要傳輸二進制數據流,提供幀的處理信道復用錯誤檢測和數據表示。 showImg(http://i.niupic.com/images/2016/04/28/h7FUPX.png); 由于之前做的項目中需要在多個節點之間可靠地通信,所以廢棄了之前使用的Redis pub...
摘要:可設置為模式,所有發送的消息都會被確認一次,用戶可以自行根據發回的確認消息查看狀態。指定路由規則生產者消費者同上。傳輸層主要傳輸二進制數據流,提供幀的處理信道復用錯誤檢測和數據表示。 showImg(http://i.niupic.com/images/2016/04/28/h7FUPX.png); 由于之前做的項目中需要在多個節點之間可靠地通信,所以廢棄了之前使用的Redis pub...
閱讀 3159·2021-10-14 09:42
閱讀 3564·2019-08-26 13:56
閱讀 3444·2019-08-26 11:59
閱讀 938·2019-08-23 18:00
閱讀 2196·2019-08-23 17:51
閱讀 3522·2019-08-23 17:17
閱讀 1479·2019-08-23 15:11
閱讀 5145·2019-08-23 15:05