[Program Note] MQTT QoS(Quality of Service)說明
MQTT的全名為Message Queuing Telemetry Transport，為IBM和Eurotech共同製定的通訊協定，MQTT是為物聯網所設計的M2M通訊協定，網路頻寬與硬體需求非常少，是極為輕便的通訊協定。MQTT通訊協定是基於TCP/IP連線，並提供自有的不同QoS(Quality of Service)層級的訊息傳遞，適用於網路連線不佳的環境、CPU較弱的嵌入式裝置。 MQTT的封包分為三個部分，分別為Fix Header, Variable Header, Payload，在PUBLISH與SUBSCRIBE封包中，QoS會在Fix Header中定義；對於MQTT封包的詳細內容可以參考MQTT官方文件第二章：MQTT Control Packet format。 QoS定義訊息傳送的品質，確保發布的訊息有被確實接收，MQTT定義的QoS分為0、1、2三個等級，在程式撰寫時會在Publisher發送訊息與Subscriber發起訂閱時指定各自的QoS等級： 0：At most once 訊息最多傳送一次，不會確認訊息傳送的結果，不會儲存訊息；如果Subscriber已中斷連線，或如果Broker故障，則該訊息就會會遺失。 在下圖中，Publisher並不能確認Broker是否有收到訊息，同樣的Broker也不能確定Subscriber是否有收到訊息。 1：At least once 一律會傳送訊息至少一次，如果傳送端未接收到確認通知，則會再次傳送訊息並設定DUP(duplicate)旗標，直到接收到確認通知為止。 如下圖，Publisher會在封包Header中加入packet identifier識別碼，訊息發送給Broker之後，Broker會回傳PUBACK(publish acknowledgment) 封包給Publisher，其中也有相同的packet identifier識別碼，讓Publisher確認訊息已經確實送達；同樣的方式也作用在Broker與Subscriber之間。 接收端在處理訊息之後，會從接收端中刪除訊息。如果接收端是Broker，則會將訊息發佈至其Subscriber。如果接收端是Subscriber，則會將訊息遞送至其應用程式。刪除訊息之後，接收端會傳送確認通知至傳送端。 ...