物联网网络层协议深度解析：MQTT、CoAP与HTTP/2性能对比
物联网设备数量持续攀升，网络层协议的选择直接影响系统可靠性与资源消耗。近期，MQTT、CoAP与HTTP/2在低功耗、高并发场景下的表现成为行业讨论焦点。以下从趋势、背景、用户关注点、影响及后续观察角度展开解读。
近期趋势
物联网网络层正从传统HTTP轮询向更适配受限环境的协议迁移。边缘计算与5G的落地催生了对低延迟、小数据包传输的需求，MQTT在智能家居和工业传感器中部署率提升，CoAP在资源极度受限节点（如电池供电传感器）上被更多评估，而HTTP/2因多路复用和头部压缩特性在网关或云端桥接场景中重新被审视。
行业背景
物联网设备普遍面临处理器主频低、内存小、网络不稳定且带宽宝贵的约束。MQTT基于发布/订阅模式、TCP长连接，适合需要实时双向通信的场景；CoAP基于UDP、支持RESTful风格，专为极低开销设计；HTTP/2虽非原生物联网协议，但其二进制分帧、服务器推送等能力在需要高吞吐量或频繁小请求的节点（如固件更新）中开始被尝试。
用户关注点：性能对比要点
| 维度 | MQTT | CoAP | HTTP/2 |
|---|---|---|---|
| 传输层基础 | TCP（可靠有序） | UDP（轻量，可靠由应用层处理） | TCP+TLS（必须加密） |
| 连接开销 | 初始SYN握手+保活心跳；长连接后单条消息开销极低 | 无连接固定开销（约4字节头部）；重传或确认需额外消息 | 多路复用单TCP连接；初始TLS协商延迟较大 |
| 消息大小 | 最小2字节固定头+可变长；实际负载因QoS不同有额外开销 | 最小4字节；观察者模式可减少回应 | 头部压缩后仍大于MQTT/CoAP；二进制帧有额外开销 |
| QoS与可靠性 | 提供0/1/2三级，QoS下可达恰好一次 | CON 0/1/2（确认/重置）类似，但依赖超时重传 | 基于TCP自身可靠性；无应用层QoS分级 |
| 功耗影响 | 保持长连接需定期心跳，功耗中等；省电需调整保活间隔 | 无连接特性，适合休眠唤醒；但重复传输可能增加能耗 | TLS握手及TCP窗口维护对电池设备不友好 |
| 延迟表现 | 消息推送延迟低（毫秒级）但受TCP拥塞控制影响 | 非阻塞模式延迟更低；重传机制在丢包场景下可能加剧抖动 | 多路复用减少队头阻塞，但首包延时因TLS较高 |
- 典型选型：低功耗传感器上报用CoAP；需要实时控制或双向通知用MQTT；网关或边缘节点与云端交互若需频繁小数据交换可考虑HTTP/2多路复用。
- 生态兼容性：MQTT有广泛客户端库及云平台原生支持；CoAP需评估中间件与NAT穿透方案；HTTP/2在现有Web基础设施上可直接复用。
可能影响
协议选择直接影响设备成本（内存、处理器频率要求）、网络带宽占用（频繁小连接造成信令浪费）、电池寿命（心跳频率与传输开销）以及系统复杂度（QoS实现、重传逻辑、安全方案集成）。例如，选用HTTP/2的IoT方案可能需配备更高性能的MCU，选CoAP则需设计自定义重传与拥塞控制。此外，协议间互操作性不足会增加异构网络整合难度。
后续观察
未来值得关注的方向：MQTT over QUIC的结合尝试以降低TLS握手延迟；CoAP在LPWAN（如LoRaWAN）上的标准化进展；HTTP/3（基于QUIC）是否能在物联网场景中替代HTTP/2。同时，边缘侧协议网关（协议转换器）的成熟度将影响实际部署。建议用户根据自身设备约束、网络环境和业务实时性要求，优先在小规模验证，再逐步推广。