MQTT 官方相关链接

MQTT官方整理的开源Broker简要列表

MQTT官方整理的开源Broker详细介绍

MQTT官方整理的开源Broker特性和性能对比

MQTT Broker选型需考虑的因素

1.支持的协议：目前有 mqtt3.1 、mqtt3.1.1、mqtt5.0。3.1 和3.1.1 是最常见的协议。

2.支持的QoS

• Qos0：发布者只发送一次消息，不进行重试，Broker不会返回确认消息。在Qos0情况下，Broker可能没有接收到消息。
• Qos1：发送者最少发送一次消息，确保消息到达Broker，Broker需要返回确认消息PUBACK。在QoS1情况下，Broker可能接收到重复消息。
• Qos2：使用两个阶段确认来保证消息的不丢失和不重复。在QoS2情况下，Broker肯定会收到消息且只收到一次。

       与Qos1相比，Qos2的开销会很大，因为Broker有额外的两个动作。

          1）去重。为了保证消息不重复，Broker必须进行去重处理。

           2）确保响应消息PUBREC到达客户端。Broker必须等待客户端PUBREC消息的响应，只有收到客户端的确认消息后，Broker才能对订阅者投递消息。

3.支持遗嘱消息  

   通常设备断开都不是主动断开的，需要设置遗嘱消息来处理。遗嘱消息一般通过在客户端Connect的时候指定。当客户端异常断开时，任何订阅了遗嘱消息的客户端可以收到该遗嘱的消息。 以下情况会发送遗嘱消息

•   1）服务器端发生了I/O 错误或者网络失败
•    2）客户端在定义的心跳时期失联。
•    3）客户端在发送下线包之前关闭网络连接
•    4）服务端在收到下线包之前关闭网络连接

4.支持持久化

   MQTT协议规定，一些数据如QoS1消息，持久Session需要支持持久化。

5.支持多种连接方式

    MQTT over TCP：最基础的连接方式

    MQTT over Websocket：在Websocket之上做MQTT封装，对APP这种客户端来说很友好

    MQTT over TCP/SSL：基础连接方式做通信加密，通常SSL采用TLS

    MQTT over Websocket/SSL：Websocket做通信加密，通常SSL采用TLS

6.保留消息（可选）

7.集群

8.自定义验证方式

    验证客户端的合法性有三点：CONNECT阶段验证是否允许连接、PUBLISH阶段验证是否允许发布、SUBSCRIBE阶段验证是否允许订阅。

9.支持共享订阅

    共享订阅的具体含义是，多个客户端订阅同一个主题，消息只会被分发给其中的一个客户端。

共享订阅主要针对的是需要客户端负载均衡的场景，比如后端服务多个Worker，需要共享订阅来只让一个Worker得到数据

标签：订阅,选型,Broker,MQTT,消息,遗嘱,客户端
来源： https://blog.csdn.net/Angellyouran/article/details/119388245