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

創(chuàng)新互聯(lián)建站是一家專業(yè)提供陽(yáng)城企業(yè)網(wǎng)站建設(shè),專注與網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、H5技術(shù)、小程序制作等業(yè)務(wù)。10年已為陽(yáng)城眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進(jìn)行中。

發(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)類似的效果，但是無(wú)法做到像發(fā)布訂閱模式這樣簡(jiǎn)潔和優(yōu)雅。

發(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ù)的文章中專門進(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ā)，這類場(chǎng)景往往數(shù)據(jù)量大但接入量少，而 MQTT 面向的是 IoT 領(lǐng)域和移動(dòng)互聯(lián)網(wǎng)領(lǐng)域，這類場(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ā)布訂閱模式怎么理解”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！