第1章：接入协议详解：MQTT、CoAP、HTTP原理与选型对比
大家好，我是你们的讲师。做IoT这么多年，我见过太多项目因为协议选型翻车了。有的团队一上来就用HTTP，结果设备功耗扛不住；有的非要用MQTT，结果网络环境太差，连接老是断。说白了，选协议就像选工具——你得知道每个工具的脾气秉性。
这一章，咱们就把MQTT、CoAP、HTTP这三个主流协议掰开揉碎讲清楚。我会结合自己踩过的坑，帮你建立一套清晰的选型思路。
1.1 MQTT协议原理——物联网的事实标准
MQTT，全称Message Queuing Telemetry Transport。名字挺长，但核心思想就一句话：轻量级的发布/订阅模式。
我个人习惯把MQTT比作一个微信群。设备是群成员，服务器就是群主。谁想发消息，就往群里一丢；谁想收消息，就盯着群看。群主（Broker）负责转发，成员之间不用直接联系。
核心概念：
- Broker（代理服务器）：消息的中转站，华为云IoTDA就是扮演这个角色
- Topic（主题）：消息的标签，比如“/devices/temperature”
- Subscribe（订阅）：设备告诉Broker，我对哪些Topic感兴趣
- Publish（发布）：设备往某个Topic发消息
MQTT最厉害的地方，是它的三个服务质量等级（QoS）。我在项目中遇到过不少新手搞混这个，这里重点说一下：
| QoS等级 | 含义 | 适用场景 |
|---|---|---|
| QoS 0 | 最多发一次，丢了不管 | 传感器定期上报，丢一两次无所谓 |
| QoS 1 | 至少发一次，可能重复 | 控制指令，允许重复但必须到达 |
| QoS 2 | 恰好发一次，最可靠 | 计费、支付等关键数据 |
避坑指南：我曾经有个项目，所有消息都用QoS 2，结果设备频繁断连。后来一查，QoS 2需要四次握手，网络差的时候反而容易超时。我的建议是：日常上报用QoS 0，控制指令用QoS 1，只有真正关键的数据才用QoS 2。
MQTT还有一个杀手锏——遗嘱消息（Will Message）。设备上线时可以注册一个遗嘱，一旦设备异常断开，Broker会自动帮它发这条消息。你想想看，这功能多实用！我有个项目就是靠它及时发现了一大批离线设备。
1.2 CoAP协议原理——专为受限设备而生
CoAP，全称Constrained Application Protocol。说白了，它就是HTTP的“瘦身版”，专门给那些内存只有几十KB、CPU跑不到100MHz的小设备用的。
CoAP基于UDP协议，这一点和MQTT、HTTP完全不同。为什么用UDP？因为TCP的握手开销太大了，对于动不动就休眠的传感器来说，每次连接都做三次握手，电池根本扛不住。
CoAP的核心机制有两点：
- 请求/响应模型：和HTTP类似，有GET、POST、PUT、DELETE方法
- 观察模式（Observe）：设备可以“订阅”某个资源，服务器有变化就主动推送
我记得有一次做智能路灯项目，路灯控制器用的是8位单片机，跑MQTT太吃力。后来换成CoAP，整个通信栈才占2KB内存，效果出奇的好。
小技巧：CoAP的消息格式是二进制的，比HTTP的文本格式小得多。一个典型的CoAP请求头只有4个字节，而HTTP请求头至少几十个字节。对于NB-IoT这种按流量计费的网络，省下来的都是真金白银。
1.3 HTTP协议原理——老大哥的局限性
HTTP，大家太熟了。Web世界的基石，RESTful API的标配。但在物联网领域，它其实有点水土不服。
HTTP的问题在哪？我总结了三宗罪：
- 协议头太重：每次请求都带一堆Header，对于小数据包来说，开销占比太高
- 必须由客户端发起：服务器不能主动推数据，只能靠设备轮询
- 无状态设计：每次请求都是独立的，做设备状态管理很麻烦
不过，HTTP也不是一无是处。在设备管理、固件升级、配置下发这些场景，HTTP依然很香。毕竟它的生态太成熟了，各种工具、库、调试手段应有尽有。
我的经验：在华为云IoTDA上，我通常这样搭配：设备上报数据用MQTT，设备管理接口用HTTP。各取所长，才是明智之举。
1.4 协议选型对比——到底该用哪个？
好了，三个协议都讲完了。你可能会问：那我到底该选哪个？
别急，我整理了一张对比表，一目了然：
| 对比维度 | MQTT | CoAP | HTTP |
|---|---|---|---|
| 传输层 | TCP | UDP | TCP |
| 通信模型 | 发布/订阅 | 请求/响应 + 观察 | 请求/响应 |
| 协议开销 | 低（2字节最小头） | 极低（4字节最小头） | 高（几十字节） |
| 功耗 | 中等 | 低 | 高 |
| 适用设备 | 中高端MCU、Linux设备 | 8位/16位单片机 | 网关、服务器 |
| 典型场景 | 数据上报、命令下发 | 传感器采集、控制 | 设备管理、OTA |
选型的时候，我一般会问自己三个问题：
- 设备资源够不够？ 内存小于50KB？选CoAP。有几百KB？MQTT和HTTP都可以。
- 网络质量怎么样？ 经常断线？MQTT的持久会话最合适。网络稳定？CoAP和HTTP都行。
- 需要服务器主动推吗？ 需要？MQTT或CoAP Observe。不需要？HTTP就够了。
我的建议：如果你刚开始做物联网项目，又拿不准选什么，那就从MQTT开始。它是目前生态最完善、踩坑资料最多的协议。等做熟了，再根据具体场景去优化。
好了，这一章的内容就到这里。下一章，我会带大家实际操作——在华为云IoTDA上创建一个设备，然后用MQTT连上去。到时候咱们边做边聊，你会发现，理论懂了，动手其实没那么难。