文件名称：消息排序-sift算法详解及应用(讲的非常好很详细)
文件大小：1.33MB
文件格式：PDF
更新时间：2024-06-29 06:08:08
mqtt协议 3.1.1 中文版
4.4 消息分发重试 客户端设置清理会话（CleanSession）标志为 0 重连时，客户端和服务端必须使用原始的报文标识符重发 任何未确认的 PUBLISH 报文（如果 QoS>0）和 PUBREL 报文 [MQTT-4.4.0-1]。这是唯一要求客户端或 服务端重发消息的情况。 非规范评注 控制报文的重发曾经需要克服某些陈旧 TCP 网络上的数据丢失问题。部署在那些环境中的 MQTT 3.1.1 实现可能仍然需要关注这个问题。 4.5 消息收到 服务端接管入站应用消息的所有权时，它必须将消息添加到订阅匹配的客户端的会话状态中。匹配规则定 义见 4.7 节 [MQTT-4.5.0-1]。 正常情况下，客户端收到发送给它的订阅的消息。客户端也可能收到不是与它的订阅精确匹配的消息。如 果服务端自动给客户端分配了一个订阅，可能发生这种情况。正在处理 UBSUBSCRIBE 请求时也可能收到 消息。客户端必须按照可用的服务质量（QoS）规则确认它收到的任何 PUBLISH 报文，不管它选择是否处 理报文包含的应用消息 [MQTT-4.5.0-2]。 4.6 消息排序 实现本章定义的协议流程时，客户端必须遵循下列规则： 重发任何之前的 PUBLISH 报文时，必须按原始 PUBLISH 报文的发送顺序重发（适用于 QoS 1 和 QoS 2 消息）[MQTT-4.6.0-1]。 必须按照对应的 PUBLISH 报文的顺序发送 PUBACK 报文（QoS 1 消息）[MQTT-4.6.0-2]。 必须按照对应的 PUBLISH 报文的顺序发送 PUBREC 报文（QoS 2 消息）[MQTT-4.6.0-3]。 必须按照对应的 PUBREC 报文的顺序发送 PUBREL 报文（QoS 2 消息）[MQTT-4.6.0-4]。 服务端必须默认认为每个主题都是有序的。它可以提供一个管理功能或其它机制，以允许将一个或多个主 题当作是无序的 [MQTT-4.6.0-5]。