MQTT協(xié)議的優(yōu)點(diǎn)與缺點(diǎn)

　　MQTT協(xié)議堅持先行，在物聯(lián)網(wǎng)中有廣泛應(yīng)用，是對(duì)傳統(tǒng)互聯(lián)網(wǎng)的擴(kuò)展和擴(kuò)展增幅最大。用戶終端從傳統(tǒng)計(jì)算機(jī)擴(kuò)展到任何設(shè)備具體而言，通過(guò)各種傳感器收集信息，再通過(guò)計(jì)算設(shè)備收集信息滿意度、交換和交流網(wǎng)絡(luò)信息奮戰不懈。MQTT協(xié)議的出現(xiàn)，是因?yàn)橐苿?dòng)互聯(lián)網(wǎng)目前尚處于起步階段的過程中，無(wú)法提供可靠的網(wǎng)絡(luò)保證物聯與互聯。

　　MQTT協(xié)議優(yōu)點(diǎn)

　　1.MQTT的獨(dú)特功能是每個(gè)消息頭都可以縮短為2個(gè)字節(jié)狀況。對(duì)于HTTP，為每個(gè)新請(qǐng)求消息重新建立HTTP連接會(huì)產(chǎn)生可觀的開銷取得了一定進展。 MQ和MQTT使用的持久連接可以大大減少這種開銷;

　　2.包容不穩(wěn)定的網(wǎng)絡(luò)業務，MQTT和MQ可以從諸如斷開連接之類的故障中恢復(fù)，無(wú)需進(jìn)一步的代碼要求有所增加。但是完善好，HTTP本身無(wú)法實(shí)現(xiàn)此目標(biāo)，并且客戶端必須重試編碼讓人糾結，這會(huì)增加身份問題;

　　3.低功耗MQTT專為低功耗目標(biāo)而設(shè)計(jì)不斷完善。HTTP設(shè)計(jì)未考慮此因素，這會(huì)增加功耗;

　　4.在連接數(shù)百萬(wàn)個(gè)客戶端的情況下全面革新，在HTTP堆棧中維護(hù)數(shù)百萬(wàn)個(gè)并發(fā)連接勞動精神，需要大量工作才能提供支持。盡管這種支持是可行的方便，但大多數(shù)商業(yè)產(chǎn)品都經(jīng)過(guò)優(yōu)化以處理此訂單上的持久連接明顯。 IBM提供了IBM MessageSight，這是一種單機(jī)架安裝服務(wù)器基石之一，已經(jīng)過(guò)測(cè)試基礎上，可以通過(guò)MQTT處理多達(dá)一百萬(wàn)個(gè)并發(fā)設(shè)備。相反行業分類，MQ不是為許多同時(shí)進(jìn)行的客戶設(shè)計(jì)的;

　　5.推送通知預下達。能夠及時(shí)向客戶發(fā)送通知，以常規(guī)的輪詢或推送方法應用領域。從電池創新為先、系統(tǒng)負(fù)載、帶寬而言進行部署，推送是最佳解決方案;

　　6.客戶端平臺(tái)的差異生產體系。 HTTP和MQTT客戶端都在許多平臺(tái)上實(shí)現(xiàn)。 MQTT的簡(jiǎn)單性可幫助以最少的努力在其他客戶端上實(shí)施MQTT;

　　7.防火墻容錯(cuò)能力重要作用。某些公司防火墻將出站連接限制到某些預(yù)定義的端口，這些端口通常僅限于HTTP(端口80)應用情況，HTTPS(端口443)等很重要，HTTP在這種情況下顯然可以工作。 MQTT封裝在WebSockets連接中也逐步提升，并顯示為HTTP升級(jí)請(qǐng)求保護好，因此可以在這種情況下運(yùn)行;

　　MQTT協(xié)議缺點(diǎn)

　　實(shí)際上，MQTT被廣泛使用組織了，可以在幾乎任何大型硬件和互聯(lián)網(wǎng)公司中找到充足，例如Facebook註入了新的力量、BP、阿里巴巴異常狀況、百度說服力。由于MQTT本身的技術(shù)優(yōu)勢(shì)，越來(lái)越多的公司選擇MQTT作為物聯(lián)網(wǎng)產(chǎn)品通信的標(biāo)準(zhǔn)協(xié)議前景。結(jié)果經驗，工程師逐漸意識(shí)到MQTT協(xié)議的功能需要大規(guī)模商業(yè)化進(jìn)行改進(jìn)。例如：

　　1.如果沒有完整的SDK長效機製，則需要用于不同異構(gòu)設(shè)備的軟件SDK軟件包才能與MQTT服務(wù)器(例如MCU進一步意見，Linux，Android等地，IOS產業，WEB)進(jìn)行通信，以實(shí)現(xiàn)互連和互操作性;

　　2.不支持文件和AV共享應用。在某些應(yīng)用場(chǎng)景中工具，需要傳輸?shù)男畔⒖赡懿幌抻谛枰ㄟ^(guò)AV與文件通信的指令，例如語(yǔ)音和視頻信號(hào);

　　3.不支持與第三方HTTP集成調整推進。 MQTT協(xié)議優(yōu)于常規(guī)HTTP協(xié)議為產業發展，但是基于傳統(tǒng)HTTP協(xié)議的WEB服務(wù)器仍在主流市場(chǎng)中占主導(dǎo)地位。服務(wù)器應(yīng)與MQTT協(xié)議互連發展契機，以降低升級(jí)成本;

　　4.不支持負(fù)載分配穩定。負(fù)載分配服務(wù)器對(duì)于高并發(fā)性和防止惡意攻擊也是必不可少的;

　　5.不支持用戶管理界面。當(dāng)用戶分析設(shè)備行為數(shù)據(jù)時(shí)齊全，這一點(diǎn)尤其重要廣泛關註。在工業(yè)4.0和大數(shù)據(jù)時(shí)代，這是不可避免的需求機製。

　　6.設(shè)備脫機(jī)后各項要求，不支持脫機(jī)消息來(lái)補(bǔ)償從MQTT服務(wù)器到設(shè)備的控制信息丟失;

　　7.不支持點(diǎn)對(duì)點(diǎn)通信，并且使用標(biāo)準(zhǔn)的MQTT協(xié)議發力。從理論上講優勢與挑戰，點(diǎn)對(duì)點(diǎn)通信可以通過(guò)相互訂閱來(lái)實(shí)現(xiàn)，但是邏輯相對(duì)復(fù)雜并且涉及設(shè)備安全性越來越重要的位置。當(dāng)設(shè)備B和設(shè)備C相同時(shí)-在主體的情況下問題分析，設(shè)備A無(wú)法知道消息是來(lái)自設(shè)備B還是來(lái)自設(shè)備C，并且消息很可能是被設(shè)備D竊聽的;

　　8.不支持群組通信或群組管理解決方案，而是實(shí)現(xiàn)群組成員的管理不負眾望。小組成員可以交換消息，如果一個(gè)設(shè)備由多個(gè)人控制或多個(gè)設(shè)備由一個(gè)人控制，則此功能特別有用;