物联网广播用什么协议？MQTT和HTTP各管什么

设备与平台之间多用 MQTT，业务系统与平台之间多用 HTTP 接口，音视频流另走 RTP 这类实时协议。三者分工不同，不是二选一。选协议时先问两件事：数据往哪个方向走、数据量有多大，再决定用哪种。把这三条通道理清，接口方案基本就不会出大错。

MQTT 和 HTTP 在物联网广播里分别用在哪？

MQTT 用于设备侧的长连接与状态上报，HTTP 用于系统侧的一次性请求。MQTT 走长连接、报文头开销小、支持一对多下发，适合心跳、状态、配置这类小数据；HTTP 是请求应答模式，适合查询设备列表、下发一条播控任务这类业务动作。两者不是竞争关系，而是各管一段，多数平台会同时提供。

以控制类消息为参照口径：单条状态消息常在几十到几百字节量级，音频流则按编码码率持续占用带宽（口径随编码方式浮动）。

音视频流为什么不用 MQTT 传？

MQTT 面向小消息的可靠投递，不是为连续媒体流设计的。音频流要求低抖动、低时延，一般交给 RTP 这类实时传输协议；把音频直接塞进 MQTT 会带出重传、抖动与缓冲问题，听感反而更差。工程上常见的分工是：控制走 MQTT 或 HTTP，媒体走 RTP 或组播。这个分工不是规定，而是各自用在了合适的场景上。

协议选型要考虑哪几件事？

优先看四件事：数据方向、消息频率、网络条件、是否需与第三方互通。四件事里，前两件决定协议类型，后两件决定具体实现。

• 数据方向：以设备上报为主还是平台下发为主，决定用订阅还是用请求。
• 消息频率：上报越频繁，长连接省开销的优势越明显，短连接会反复建连。
• 网络条件：弱网环境下要选带重连与离线缓存机制的方案，避免消息丢失。
• 互通需求：要与外部系统对接时，HTTP 接口最容易落地，鉴权也最好标准化。

三个常见误区

1. 误区一：协议越新越好。协议是否合适取决于数据特征，不是新旧，老协议用对地方一样稳。
2. 误区二：只用一种协议最省事。控制与媒体混用一条通道，往往两边都不讨好，时延和可靠都保不住。
3. 误区三：谈好协议就不用管鉴权。任何对外接口都要配鉴权与限流，否则设备会被冒用，事后追查也难。

本文的数据口径与适用边界

• 协议分工：为行业通行做法归纳，具体以厂商实现为准。
• 数据量：以控制类消息为参照口径，随报文格式浮动。
• 更新说明：本文按 2026 年通行做法整理，标准与价格以现行有效信息为准。