溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

MQTT 5.0發(fā)布訂閱模式怎么理解

發(fā)布時(shí)間:2021-12-07 09:19:50 來(lái)源:億速云 閱讀:229 作者:iii 欄目:互聯(lián)網(wǎng)科技

本篇內(nèi)容介紹了“MQTT 5.0發(fā)布訂閱模式怎么理解”的有關(guān)知識(shí),在實(shí)際案例的操作過(guò)程中,不少人都會(huì)遇到這樣的困境,接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧!希望大家仔細(xì)閱讀,能夠?qū)W有所成!

發(fā)布訂閱模式

發(fā)布訂閱模式區(qū)別于傳統(tǒng)的客戶端-服務(wù)器模式,它使發(fā)送消息的客戶端(發(fā)布者)與接收消息的客戶端(訂閱者)分離,發(fā)布者與訂閱者不需要建立直接聯(lián)系。我們既可以讓多個(gè)發(fā)布者向一個(gè)訂閱者發(fā)布消息,也可以讓多個(gè)訂閱者同時(shí)接收一個(gè)發(fā)布者的消息,它的精髓在于由一個(gè)被稱為代理的中間角色負(fù)責(zé)所有消息路由和分發(fā)的工作。傳統(tǒng)的客戶端-服務(wù)器模式可以實(shí)現(xiàn)類(lèi)似的效果,但是無(wú)法做到像發(fā)布訂閱模式這樣簡(jiǎn)潔和優(yōu)雅。

MQTT 5.0發(fā)布訂閱模式怎么理解

發(fā)布訂閱模式的優(yōu)點(diǎn)在于發(fā)布者與訂閱者的解耦,這種解耦表現(xiàn)在以下兩個(gè)方面:

  • 空間解耦,訂閱者與發(fā)布者不需要建立直接連接,新的訂閱者想要加入網(wǎng)絡(luò)時(shí)不需要修改發(fā)布者的行為。

  • 時(shí)間解耦,訂閱者和發(fā)布者不需要同時(shí)在線,即便不存在訂閱者也不影響發(fā)布者發(fā)布消息。

消息路由

代理作為發(fā)布訂閱模式的關(guān)鍵角色,它需要準(zhǔn)確、高效地向訂閱者轉(zhuǎn)發(fā)其期望的消息,一般來(lái)說(shuō),比較常用的有以下兩種方式:

  • 根據(jù)主題。訂閱者向代理訂閱自己感興趣的主題,發(fā)布者發(fā)布的所有消息中都會(huì)包含自己的主題,代理根據(jù)消息的主題判斷需要將消息轉(zhuǎn)發(fā)給哪些訂閱者。

  • 根據(jù)消息內(nèi)容。訂閱者定義其感興趣的消息的條件,只有當(dāng)消息的屬性或內(nèi)容滿足訂閱者定義的條件時(shí),消息才會(huì)被投遞到該訂閱者。嚴(yán)格來(lái)講,主題也可以算是消息內(nèi)容的一種。

發(fā)布訂閱模式的松耦合特性,也帶來(lái)了一些副作用。由于發(fā)布者并不知曉訂閱者的狀態(tài),因此發(fā)布者也無(wú)法得知訂閱者是否收到了消息,或者是否正確處理了消息。這種情況下,想要保障交付往往需要更多的消息交互流程,例如,訂閱者收到消息后向某個(gè)主題發(fā)送應(yīng)答,發(fā)布者此時(shí)轉(zhuǎn)變?yōu)橛嗛喺叩却龖?yīng)答。

MQTT

MQTT 協(xié)議根據(jù)主題而不是消息內(nèi)容來(lái)分發(fā)消息,每個(gè)消息都包含一個(gè)主題,代理無(wú)需解析用戶數(shù)據(jù),這為實(shí)現(xiàn)一個(gè)通用的、與業(yè)務(wù)無(wú)關(guān)的 MQTT 代理提供了可能。用戶也可以隨意對(duì)自己的數(shù)據(jù)進(jìn)行加密,這對(duì)于廣域網(wǎng)通信是非常有用的。

MQTT 主題中可以有多個(gè)層級(jí),并且允許對(duì)一個(gè)或多個(gè)層級(jí)進(jìn)行模糊匹配,使客戶端能夠一次性訂閱多個(gè)主題。關(guān)于 MQTT 主題的詳細(xì)特性,我們會(huì)在后續(xù)的文章中專(zhuān)門(mén)進(jìn)行介紹。

與消息隊(duì)列相比,MQTT 并不要求發(fā)布或者訂閱之前顯式地創(chuàng)建主題,唯一可能造成的不良影響是客戶端可能使用錯(cuò)誤的主題而不自知,但顯然靈活部署帶來(lái)的收益更高。

既然提到了消息隊(duì)列,那么正好解釋一下 MQTT 與消息隊(duì)列的區(qū)別。MQTT 并不是消息隊(duì)列,盡管兩者的很多行為和特性非常接近,比如都采用發(fā)布訂閱模式等,但是他們面向的場(chǎng)景有著顯著的不同。消息隊(duì)列主要用于服務(wù)端應(yīng)用之間的消息存儲(chǔ)與轉(zhuǎn)發(fā),這類(lèi)場(chǎng)景往往數(shù)據(jù)量大但接入量少,而 MQTT 面向的是 IoT 領(lǐng)域和移動(dòng)互聯(lián)網(wǎng)領(lǐng)域,這類(lèi)場(chǎng)景的側(cè)重點(diǎn)是海量的設(shè)備接入、管理與消息傳輸。在實(shí)際的場(chǎng)景中,兩者往往被結(jié)合起來(lái)使用,譬如先由 MQTT Broker 接收物聯(lián)網(wǎng)設(shè)備上傳的數(shù)據(jù),然后通過(guò)消息隊(duì)列將這些數(shù)據(jù)轉(zhuǎn)發(fā)到具體應(yīng)用進(jìn)行處理。

MQTT 5.0發(fā)布訂閱模式怎么理解

“MQTT 5.0發(fā)布訂閱模式怎么理解”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!

向AI問(wèn)一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI