如何使用MQTT實現Android訊息推送

使用**伺服器訊息代理，客戶端客戶端連線到伺服器，然後告訴伺服器可以接收到什麼型別的訊息，客戶端也可以攻擊和阻止自己的訊息，這些訊息可以由其他客戶端根據協議的內容獲取。 這樣，訊息推送就實現了。

訊息推送是一種新技術，它通過某些技術標準或協議定期在網際網絡上傳輸使用者所需的資訊，從而減少資訊過載。

如果要使用訊息推送，建議使用深圳吉恆暫存器的訊息推送系統。 深圳極光是國內首款為移動應用開發者提供專業高效訊息推送服務的產品。 品牌成長的過程是與客戶並肩工作以取得成功的過程。

極光將以市場為導向，以創新為驅動，以技術為支撐，不斷努力，為每一位尊貴的客戶提供極致的服務。

MQTT（訊息佇列遙測傳輸）是IBM開發的即時通訊協議。 它是一種發布-訂閱、極其簡單和輕量級的訊息傳遞協議，專為受限裝置和低頻寬、高延遲或不可靠的網路而設計。 其設計理念是輕量化、開放、簡單、標準化、易於實現。

這些功能使其成為許多方案的理想選擇，尤其是對於機器對機器通訊 （M2M） 和 IoT 環境等受限環境。 與 XMPP 相比，MQTT 更輕量級，占用的頻寬更少。

MQTT協議具有以下特點：

那麼問題來了？ 重新連線成功後，重複接收最後一條訊息

MQTT 推送訊息被訂閱者重複接收。

背景）當訂閱者斷開連線時，發布者會多次推送訊息。

現象）當訂閱者啟動時，它接收最後一次推送以消除兩次啟動;即使 qos 設定為 2; 再次，兩次。

經過調查，是因為。

mqttMessage 的保留設定為 true;

這個值在很多文章中只提到作為訊息保留機制，如果設定為 true，MQTT 伺服器會保留每個版本的訊息; 鮮為人知 如果訂閱主題的客戶端重新啟動，則該主題之前發布的訊息將被推送回客戶端。 此值預設為 false; 刪除並修改該值。

那麼問題來了？ 重新連線連線後，在手動丟失了這麼多訊息後，如何選擇只接收最新訊息？

MQTT 推送訊息被訂閱者重複接收。

背景）當訂閱者斷開連線時，發布者會多次推送訊息。

現象）訂閱者啟動時，會收到msg1、msg2、msg3（這三條訊息是同型別的訊息，只需要處理最新的msg3，否則介面會重新整理三次）誰沒有好辦法做到這一點？

GitHub 位址。

MQTT 的官方文件。

github上有中文翻譯。

將依賴項新增到模組的檔案中。

在 中新增限制。

註冊服務（MyMQTTservice 是為自己編寫的服務，更多內容見下文）。