MQTT（Message Queuing Telemetry Transport）是一套发布/订阅（publish/subscribe）模式的轻量消息协议。它 1999 年由 IBM 提出，2014 年成为 OASIS 开放标准，专门给带宽小、延迟高、连接不稳的设备传数据用。和 HTTP 那种"一问一答"的请求/响应不同，MQTT 里设备只跟中间的 Broker（代理） 说话：发数据的叫发布者（Publisher），收数据的叫订阅者（Subscriber），两边互不直连。
MQTT 通常承载在 TCP 之上：明文端口 1883，TLS 加密端口 8883。它最省带宽的地方在报文头——最小只有 2 字节，远小于 HTTP 动辄几百字节的开销。一条消息由主题（Topic）、载荷（Payload）和 QoS 等级组成，主题用 `工厂/产线1/温度` 这种斜杠分层，订阅者按通配符挑自己关心的那部分。
| QoS 等级 | 含义 | 适用场景 |
|---|---|---|
| QoS 0 | 最多发一次，不确认 | 温湿度这类允许丢的点测数据 |
| QoS 1 | 至少发一次，可能重复 | 设备状态、告警，要求不丢 |
| QoS 2 | 恰好发一次，握手最重 | 计量、计费，要求不重不漏 |
1. 轻量，省带宽也省电。 2 字节头 + 小载荷，电池供电的传感器几天才发一次也能长跑，窄带网络（NB-IoT、LoRa）也扛得住。
2. 异步解耦，设备不用互相等。 产线上的 PLC、电表、网关只管往 Broker 发，后台的 SCADA、云平台只管订阅，一端掉线不影响另一端。新增一台设备，只要订阅对应主题就能拿到数，不用改全网拓扑。
3. 扛弱网，断线能续。 MQTT 有 Keep Alive 心跳和会话保持（Clean Session 标记）：网络闪断重连后，Broker 能把离线期间的 QoS 1 消息补发，现场不会因一次掉线丢一整段数据。
4. 一对多、多对多分发快。 一个温度传感器发布一次，十几个后台系统同时订阅，不用挨个推送。反向也一样：平台发一条控制指令，所有订阅该主题的控制器同时收到。
工业设备数据采集（IIoT）。 工厂把 PLC、变频器、电表的运行数据通过 MQTT 上送边缘网关，再汇总到 SCADA 或云平台做监控和预测性维护。这是 MQTT 在产线最常见的一用。
远程抄表与资产管理。 水、电、气表和低功耗资产标签用 MQTT 定时上报读数/位置，后台集中计费与盘点，省掉人工巡检。
环境与农业监测。 土壤湿度、大棚温湿度、积水液位等传感器散布广、网络差，MQTT 的低开销和断线续传正好对症。
电力与油气远程监控。 变电站、井场、管线上的 RTU/DTU 通过 MQTT 把遥测和告警回传中心，弱网环境下比轮询式协议稳。
车联网与边缘计算。 车辆、路侧单元、充电桩之间用 MQTT 交换状态和事件，发布/订阅模型天然适合大量终端的实时分发。
锐应工业以太网交换机（ 8+4 千兆机型）可作为 MQTT 业务的接入与承载层：现场 PLC、传感器经交换机汇聚，透传到边缘网关或云平台；管理型机型还能用 VLAN 和 ACL 把 MQTT 流量与管理面、其他业务域隔开，避免一条异常主题把控制链路挤占。
部署时记住三点：Broker 地址和 1883/8883 端口要在交换机上行策略里放通；MQTT 主题按 `站点/设备/测点` 规范命名，方便后端订阅；跨公网上云走 8883 加密，用户名密码配合 ACL，别把 Broker 裸奔在外网。
设备多、网络弱、要实时推送，选 MQTT；偶尔拉一次网页或 REST 接口，HTTP 更简单。产线海量终端持续上报，MQTT 的省带宽和订阅分发优势明显。
不是。QoS 2 握手最重、最占资源，只给计费/计量这类"绝不重不漏"的数据用；大多数状态量 QoS 1 足够，纯点测用 QoS 0。
1883 是明文，8883 是 TLS 加密。内网隔离环境可用 1883，跨公网或上云必须 8883，否则数据明文暴露。
一般不用。交换机是二层/三层承载，把 MQTT 流量转发到 Broker 即可；真正跑 MQTT 客户端的是 PLC、网关或边缘盒子。锐应管理型交换机负责把这条流量隔离好、带宽保住。
发布者连不上 Broker 就发不出去。靠 QoS 1 + 会话保持，Broker 恢复后能补发离线消息；关键系统建议 Broker 做主备，别单点。
MQTT 能成为工业物联网的首选，靠的是轻量报文、发布/订阅解耦、弱网续传和灵活分发这四件事。规划时按数据重要性选 QoS，跨网上云走 8883，用工业交换机把 MQTT 流量隔离承载，整套 IIoT 采集就稳了。
