MQTT 协议学习:003-MQTT通信流程介绍
背景
有关博文:通信报文的构成 。
上一讲说到可变头与消息体要结合不同的报文类型才能够进行分析(实际上,官方的文档的介绍顺序就是这样的)
那么,我们就来具体看看有关的报文类型。
在此之前
我们捋一捋完整的通信流程,以及在这个过程中有关的报文。
客户端到服务端的网络连接建立后,客户端发送给服务端的第一个报文必须是CONNECT, 连接服务端
报文。
服务端发送CONNACK, 确认连接请求
报文响应从客户端收到的CONNECT
报文。服务端发送给客户端的第一个报文必须是CONNACK
。
PUBLISH,发布消息
报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。
- 在 QoS 0 等级,没有报文 响应。
- 在 QoS 1 等级,
PUBACK, 发布确认
报文是对QoS 1
等级的PUBLISH报文的响应。 - 在 QoS 2 等级,情况稍微不同:
PUBREC, 发布收到
报文是对QoS 2
等级的PUBLISH报文的响应。它是QoS 2
等级协议交换的第二个报文。PUBREL, 发布释放
报文是对PUBREC
报文的响应。它是QoS 2
等级协议交换的第三个报文。PUBCOMP, 发布完成
报文是对PUBREL
报文的响应。它是QoS 2
等级协议交换的第四个也是最后一个报文。
显然,在QoS 2 等级中,第一个报文是 PUBLISH
客户端向服务端发送SUBSCRIBE, 订阅主题
报文用于创建一个或多个订阅。为了将应用消息转发给与那些订阅匹配的主题,服务端发送PUBLISH
报文给客户端。SUBSCRIBE
报文也(为每个订阅)指定了最大的QoS等级,服务端根据这个发送应用消息给客户端。
服务端发送SUBACK, 订阅确认
报文给客户端,用于确认它已收到并且正在处理SUBSCRIBE
报文。
客户端发送UNSUBSCRIBE, 取消订阅
报文给服务端,用于取消订阅主题。
服务端发送UNSUBACK, 取消订阅确认
报文给客户端用于确认收到UNSUBSCRIBE
报文。
客户端发送PINGREQ, 心跳请求
报文给服务端的。用于确认通信对方没有断开连接。
服务端发送PINGRESP, 心跳响应
报文响应客户端的PINGREQ
报文。表示服务端还活着。
DISCONNECT, 断开连接
报文是客户端发给服务端的最后一个控制报文。表示客户端正常断开连接。
报文的简单流程图
注意,这个流程图中关于 Qos 的时序描述细节上不够。我们会在下一章专门讲解Qos这一块的要点。
对于报文类型以及通信的流程有了一个初步的认识以后,下一步的学习就容易很多了
若在页首无特别声明,本篇文章由 Schips 经过整理后发布。
博客地址:https://www.cnblogs.com/schips/