深挖物聯(lián)網(wǎng)大數(shù)據(jù)背后的六大通信協(xié)議，DDS/MQTT/CoAP誰更強

那么物聯(lián)網(wǎng)都有哪些通信協(xié)議？
　　你都了解嗎？
　　他們適用的環(huán)境又是如何？
　　與互聯(lián)網(wǎng)時代TCP/IP，HTTP一統(tǒng)天下的局面不同，物聯(lián)網(wǎng)的通信環(huán)境有Ethernet， Wi-Fi， RFID， NFC（近距離無線通信）， Zigbee， 6LoWPAN（IPV6低速無線版本），Bluetooth， GSM， GPRS， GPS， 3G， 4G等網(wǎng)絡，而每一種通信應用協(xié)議都有一定適用范圍。AMQP、JMS、REST/HTTP都是工作在以太網(wǎng)，COAP協(xié)議是專門為資源受限設備開發(fā)的協(xié)議，而DDS和MQTT的兼容性則強很多。
　　1.REST（松耦合服務調(diào)用）
　　REST即表述性狀態(tài)傳遞（英文：Representational State Transfer，簡稱REST）是Roy Fielding博士在2000年他的博士論文中提出來的一種軟件架構(gòu)風格。它是一種針對網(wǎng)絡應用的設計和開發(fā)方式，可以降低開發(fā)的復雜性，提高系統(tǒng)的可伸縮性。
　　而REST被應用于物聯(lián)網(wǎng)主要是基于HTTP web服務的轉(zhuǎn)化，因為REST模式的Web服務與復雜的SOAP和XML-RPC對比來講明顯的更加簡潔，越來越多的web服務開始采用REST風格設計和實現(xiàn)。
　　特點：
　　1. 給一切物體一個ID
　　2.連接物體在一起
　　3.使用標準方法
　　4.資源多重表述
　　5.無狀態(tài)通信
　　REST其實是互聯(lián)網(wǎng)中服務調(diào)用API封裝風格，物聯(lián)網(wǎng)中數(shù)據(jù)采集到物聯(lián)網(wǎng)應用系統(tǒng)中，在物聯(lián)網(wǎng)應用系統(tǒng)中，可以通過開放REST API的方式，把數(shù)據(jù)服務開放出去，被互聯(lián)網(wǎng)中其他應用所調(diào)用，所以它非常利于服務平臺與物聯(lián)終端的獨立開發(fā)，但它的通訊數(shù)據(jù)量與API內(nèi)容密切相關(guān)，且是一種無狀態(tài)通信，對安全機制需要重新設計。
　　2.CoAP協(xié)議
　　由于物聯(lián)網(wǎng)中的很多設備都是資源受限型的，即只有少量的內(nèi)存空間和有限的計算能力，所以傳統(tǒng)的HTTP協(xié)議應用在物聯(lián)網(wǎng)上就顯得過于龐大而不適用。 IETF的CoRE工作組提出了一種基于REST架構(gòu)的CoAP協(xié)議。
　　CoAP是一種應用層協(xié)議，它運行于UDP協(xié)議之上而不是像HTTP那樣運行于TCP之上。CoAP協(xié)議非常的小巧，最小的數(shù)據(jù)包僅為4字節(jié)。
　　CoAP協(xié)議是否可以替換HTTP協(xié)議？
　　CoAP并不能替代HTTP協(xié)議，但是對于那些小設備（256KB Flash 32KB RAM 20MHz主頻）而言CoAP的確是一個好的解決方案。
　　CoAP消息類型
　　CoAP采用和HTTP協(xié)議相同的請求響應工作模式。CoAP協(xié)議共有4中不同的消息類型。
　　CON——需要被確認的請求，如果CON請求被發(fā)送，那么對方必須做出響應。
　　NON——不需要被確認的請求，如果NON請求被發(fā)送，那么對方不必做出回應。
　　ACK——應答消息，如果接受到CON消息的響應。
　　RST——復位消息，當接收者接受到的消息包含一個錯誤，接受者解析消息或者不再關(guān)心發(fā)送者發(fā)送的內(nèi)容，那么復位消息將會被發(fā)送。
　　CoAP消息結(jié)構(gòu)
　　一個CoAP消息最小為4個字節(jié)，以下是CoAP協(xié)議不同部分的描述。
　　【版本Version】：類似于IPv6和IPv6，僅僅是一個版本號。
　　【消息類型Message Type】：CON，NON，ACK，RST。這些消息類型相當于HTTP協(xié)議的PUTGET等
　　【消息ID Message ID】：每個CoAP消息都有一個ID，在一次會話中ID總是保持不變。但是在這個會話之后該ID會被回收利用。
　　【標記 Token】：標記是ID的另一種表現(xiàn)、
　　【選項 Options】：CoAP選項類似于HTTP請求頭，它包括CoAP消息本身，例如CoAP端口號，CoAP主機和CoAP查詢字符串等。
　　【負載Payload】：真正有用的被交互的數(shù)據(jù)。
　　在當前由PC機組成的世界，信息交換是通過TCP和應用層協(xié)議HTTP實現(xiàn)的。但是對于小型設備而言，實現(xiàn)TCP和HTTP協(xié)議顯然是一個過分的要求。為了讓小設備可以接入互聯(lián)網(wǎng)，CoAP協(xié)議被設計出來。
　　3.MQTT協(xié)議（低帶寬）
　　MQTT（Message Queuing Telemetry Transport，消息隊列遙測傳輸協(xié)議），是一種基于發(fā)布/訂閱（publish/subscribe）模式的“輕量級”通訊協(xié)議，該協(xié)議構(gòu)建于TCP/IP協(xié)議上，由IBM在1999年發(fā)布。MQTT最大優(yōu)點在于，可以以極少的代碼和有限的帶寬，為連接遠程設備提供實時可靠的消息服務。做為一種低開銷、低帶寬占用的即時通訊協(xié)議，使其在物聯(lián)網(wǎng)、小型設備、移動應用等方面有較廣泛的應用。
　　MQTT協(xié)議運行在TCP/IP或其他網(wǎng)絡協(xié)議，提供有序、無損、雙向連接。其特點包括：
　　1）使用的發(fā)布/訂閱消息模式，它提供了一對多消息分發(fā)，以實現(xiàn)與應用程序的解耦。
　　2）對負載內(nèi)容屏蔽的消息傳輸機制。
　　3）對傳輸消息有三種服務質(zhì)量（QoS）：
　　最多一次，這一級別會發(fā)生消息丟失或重復，消息發(fā)布依賴于底層TCP/IP網(wǎng)絡。即：《=1