「Android基于MQTT实现消息通知」

「Android基于MQTT实现消息通知」

一、写在前面

在对接项目中IoT时，发现目前有对MQTT做了接入，这里记录一下，官方的资料比较详细，这里主要从实现细节出发；对具体的需求以及配套的技术方案进行整理，以供参考。

一、IoT与MQTT

提到 IoT(Internet of Things)、IIoT(Industrial IoT ) 不得不说 MQTT，其被广泛的应用在物联网以及工业物联网之中，是一种消息传递协议。不同于我们所认识的平时常见的一些智能设备，如手机、电脑、平板等；这些设备一般都有着很好的计算能力，所依赖的网络环境很优质。但是一般的硬件设备性能较差，网络环境不稳定，而MQTT则是专门针对于硬件性能，网络状态不稳定场景下而生的。有着天然的优势。

二、什么是MQTT

MQTT是用于物联网的最常用的消息传递协议 (IoT)。MQTT代表MQ遥测运输。该协议是一组规则，它定义了IoT设备如何通过Internet发布和订阅数据。用于IoT和工业IoT(IIT)设备(例如嵌入式设备，传感器，工业PLC等)之间的消息传递和数据交换。协议是事件驱动的，并使用发布/订阅(PUB / SUB)模式连接设备。发布者和接收器(订阅者)通过主题通信，并彼此分离。它们之间的连接由MQTT代理处理。MQTT代理过滤所有传入消息并将其正确分发给订阅者。

三、与传统Http的区别

• MQTT以数据为中心，底层基于TCP链接，直接操作轻量级的二进制数据，并且数据包很小(可以小到一个字符，两个字节)。划重点，由于这个特性，其对于网络环境状态要求没有HTTP那么高，这也是为什么广泛应用于IoT设备的原因之一。
• MQTT基于发布/订阅模式，区别于HTTP的请求/回调模式，这就决定了一个同一个设备即可以是客户端(Client)同时也可以是服务端(Server)，回想发布订阅模式，消息的发布可以是1toN(N>=0)，而HTTP则是1to1。
• MQTT的发布/订阅架构决定了其无法基于UDP(面向无链接)，而HTPP底层可以是基于TCP或者UDP。
• 消息体量的区别，MQTT数据包很小，而HTTP数据量一般较大。

四、MQTT构成部分

1.Publish&Subscribe

MQTT对于发布订阅做了自身的解耦处理，主要是从三个维度出发，1.空间解耦：发布者和订阅者不需要相互了解（例如，没有IP地址和端口的交换）。2.时间解耦：发布者和订阅者不需要同时运行。3.同步解耦：在发布或接收期间，两个组件的操作不需要中断。详细信息

2.Client、Broker

详细信息

3.Topics&Best Practices

主要需要注意Topics的匹配规则&#