MQTT协议

本文详细介绍了MQTT协议,包括其概述、特性、三种身份(发布者、代理者、订阅者)、消息内容、传输方式等。MQTT是一种轻量级的发布/订阅模式的通讯协议,常用于物联网和移动应用。文章还提到了MQTT的开发库Paho-mqtt以及测试工具MQTTBox,并分享了实际开发中应注意的坑点,如QoS设置和客户端ID的唯一性问题。
摘要由CSDN通过智能技术生成

目录

 

一、概述

二、特性

三、协议中的三种身份

四、消息内容

五、传输方式

六、名词

七、协议中的基本方法

八、开发库

九、测试工具

十、实际开发遇到的坑点


一、概述

        MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(publish/subscribe)模式的"轻量级"通讯协议,该协议构建于TCP/IP协议上,由IBM在1999年发布。MQTT最大优点在于,可以以极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议,使其在物联网、小型设备、移动应用等方面有较广泛的应用。

二、特性

1、使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合。

2、对负载内容屏蔽的消息传输。

3、使用TCP/IP提供网络连接。

  • 主流的MQTT是基于TCP连接进行数据推送的,但是同样有基于UDP的版本,叫做MQTT-SN。

4、有三种消息发布服务质量:

  • "至多一次",消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。这一种方式主要普通APP的推送,倘若你的智能设备在消息推送时未联网,推送过去没收到,再次联网也就收不到了。
  • "至少一次",确保消息到达,但消息重复可能会发生。
  • "只有一次",确保消息到达一次。在一些要求比较严格的计费系统中,可以使用此级别。在计费系统中,消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP的推送,确保用户收到且只会收到一次。

5、小型传输,开销很小(固定长度的头部是2字节),协议交换最小化,以降低网络流量。

6、使用Last Will和Testament特性通知有关各方客户端异常中断的机制。

  • Last Will:即遗言机制,用于通知同一主题下的其他设备发送遗言的设备已经断开了连接。
  • Testament:遗嘱机制,功能类似于Last Will。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值