MQTT自学笔记(一)-特性与协议原理

本文是MQTT自学笔记的第一部分,主要介绍了MQTT的特点,如发布/订阅模式,三种消息服务质量,小巧的协议头部。接着,详细讲解了MQTT协议的实现方式,包括客户端、服务器角色,以及消息的组成。此外,还讨论了网络传输、订阅、主题、会话和方法等关键概念。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)是IBM开发的一个即时通信协议,有可能成为物联网的重要组成部分,该协议几乎支持所有的平台。最近正在学习这个,有一个写得很不错的博客给大家推荐一下,聂永的博客:http://www.blogjava.net/yongboy/
博主这个博客写的简单是自学的笔记,不喜勿喷啊。

MQTT的特点

MQTT 协议是为大量计算能力有限,且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议,它具有以下主要的几项特性:

  1. 使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合。这一点很类似于 XMPP,但是 MQTT 的信息冗余远小于
    XMPP(因为 XMPP 使用的是 XML 这种格式来传递数据)。
  2. 对负载内容屏蔽的消息传输。
  3. 使用 TCP/IP 提供网络连接。主流的 MQTT 是基于 TCP 连接进行数据推送的,但是同样有基于 UDP 的版本,叫做 MQTT-SN 。这两种版本由于基于不同的连接方式,优缺点自然也就各有不同了。
  4. 有三种消息发布服务质量(Qos):
    1. 最多一次:消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。这一种方式主要普通APP的推送,倘若你的智能设备在消息推送时未联网,推送过去没收到,再次联网也就收不到了。
    2. 至少一次:确保消息到达,但消息重复可能会发生。这一种方式比较鸡肋,在我的想象中没能想到这种质量的发送在常规的 APP 开发中有什么用处。
    3. 只有一次:确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP 的推送,确保用户收到且只会收到
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值