我们之前已经说了这个SSL 和 TCP/IP 协议了，我们今天就来详细的说说这个 MQTT 协议，因为很多消息现在都是支持 MQTT 协议的，比如 RabbitMQ ，还有 Kafka 等，今天我们就来详细的介绍 MQTT 协议到底是个什么。
什么是MQTT协议
MQTT协议是一种消息列队传输协议，采用订阅、发布机制，订阅者只接收自己已经订阅的数据，非订阅数据则不接收，既保证了必要的数据的交换，又避免了无效数据造成的储存与处理。因此在在物联网领域，传感器与服务器的通信，信息的收集中得到广泛的应用。
既然是协议，那么如果对比 TCP/IP协议的话，它位于分层中的哪一层呢？
之前阿粉就说了 TCP/IP 参考模型可以分为四层：应用层、运输层、网络层、网络接口层。TCP和UDP位于运输层，应用层常见的协议有HTTP、FTP、SSH等。而 MQTT 协议运行于 TCP 之上，属于应用层协议，因此只要是支持TCP/IP协议栈的地方，都可以使用MQTT。
MQTT协议主要特性
1）开放消息协议，简单易实现。
2）使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。
3）对负载（协议携带的应用数据）内容屏蔽的消息传输。
4）基于TCP/IP网络连接,提供有序，无损，双向连接。
主流的MQTT是基于TCP连接进行数据推送的，但是同样有基于UDP的版本，叫做MQTT-SN。这两种版本由于基于不同的连接方式，优缺点自然也就各有不同了。
5）消息服务质量（QoS）支持，可靠传输保证；有三种消息发布服务质量：
QoS0："至多一次"，消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况，环境传感器数据，丢失一次读记录无所谓，因为不久后还会有第二次发送。这一种方式主要普通APP的推送，倘若你的智能设备在消息推送时未联网，推送过去没收到，再次联网也就收不到了。
QoS1："至少一次"，确保消息到达，但消息重复可能会发生。
QoS2："只有一次"，确保消息到达一次。在一些要求比较严格的计费系统中，可以使用此级别。在计费系统中，消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP的推送，确保用户收到且只会收到一次。
这个 Qos0 是个什么意思呢？就是如果使用了这个 Qos0 的配置作为发布质量，我们以客户端和服务器为例，那就是客户端发了一个消息给服务端，这时候服务端没有接收到，而配置是 "至多一次",这时候，相同的消息，客户端就不会再继续给服务端发送了，我管你收没收到，我配置的就是最多一次.
同理，QoS1 是至少一次，也就是说，客户端给服务端发送消息的时候，如果没有保证消息到达，这时候可能会继续发送，我才不管我发几次，只要你没有给我说你收到消息，那我就发！
而 QoS2 相对来说就是比较严谨的了，为什么这么说，这就相当于客户端给服务端发送消息，这时候，要求保证客户端发了一次，而服务端收到一次，这样才是相当于只有一次的概念。
6)小型传输，开销很小（固定长度的头部是2字节），协议交换最小化，以降低网络流量。
这就是为什么在介绍里说它非常适合"在物联网领域，传感器与服务器的通信，信息的收集"，要知道嵌入式设备的运算能力和带宽都相对薄弱，使用这种协议来传递消息再适合不过了。
MQTT 报文
- 固定报头（fixed header） 所有报文都包含
- 可变报头（variable header） 部分报文包含
- 荷载（payload）部分报文包含
固定报头格式如下
固定报头的0-3位为标志位，第一字节的4-7位的值指定了报文类型。
报文类型 | 值 | 描述 |
|---|---|---|
CONNECT | 1 | 客户端向代理发起连接请求 |
CONNACK | 2 | 连接确认 |
PUBLISH | 3 | 发布消息 |
PUBACK | 4 | 发布确认 |
PUBREC | 5 | 发布收到（QoS2） |
PUBREL | 6 | 发布释放（QoS2） |
PUBCOMP | 7 | 发布完成（QoS2） |
SUBSCRIBE | 8 | 客户端向代理发起订阅请求 |
SUBACK | 9 | 订阅确认 |
UNSUBSCRIBE | 10 | 取消订阅 |
UNSUBACK | 11 | 取消订阅确认 |
PINGREQ | 12 | PING请求 |
PINGRESP | 13 | PING响应 |
DISCONNECT | 14 | 断开连接 |
实际上 这些类型也是 MQTT协议中定义的一些方法（也被称为动作），来于表示对确定资源所进行操作。这个资源可以代表预先存在的数据或动态生成数据，这取决于服务器的实现。通常来说，资源指服务器上的文件或输出。
MQTT协议实现方式
实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）、订阅者（Subscribe）。其中，消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者。
MQTT传输的消息分为：主题（Topic）和负载（payload）两部分：
1）Topic，可以理解为消息的类型，订阅者订阅（Subscribe）后，就会收到该主题的消息内容 （payload）
2）payload，可以理解为消息的内容，是指订阅者具体要使用的内容（限制大小）。
MQTT 基于订阅与发布的消息模型
MQTT 消息发送与接收的流程：
- ClientA 链接到 Broker；
- ClientB 链接到 Broker，并订阅主题 Topic1；
- ClientA 发送给 Broker 一条消息，主题为 Topic1；
- Broker 收到 ClientA 的消息，发现 ClientB 订阅了 Topic1，而后将消息转发到 ClientB；
- ClientB 从 Broker 接收到该消息。
和传统的队列有点不一样，若是 ClientB 在 ClientA 发布消息以后再订阅 Topic1，ClientB 不会收到该条消息。
关于 MQTT 的基础，阿粉就了解了这么多了，等以后阿粉学习新的关于 MQTT 的，阿粉再继续分享给大家。
