1. 物联网协议栈概述
大家好，我是你们这堂课的主讲人。咱们直接开门见山——物联网协议栈，说白了就是让设备跟设备、设备跟云端能“说上话”的一套规矩。你想想看，一个温度传感器要把数据传到手机App上，中间要经过多少层？每一层用什么“语言”沟通？这就是协议栈要解决的问题。
我刚开始做物联网项目那会儿，也踩过不少坑。有一次选错了传输协议，结果设备在弱网环境下频繁掉线，被客户追着骂了三天。从那以后，我对协议栈的选型就格外谨慎了。今天这堂课，我就把这些年积累的经验，掰开了揉碎了讲给你听。
1.1 IoT协议栈分层模型
物联网协议栈，其实跟咱们熟悉的OSI七层模型或者TCP/IP四层模型很像，但又有自己的特点。我习惯把它分成四层来看：
- 感知层：负责采集数据，比如传感器、摄像头。这一层用的协议很杂，像I2C、SPI、UART这些。
- 网络层：负责把数据传出去。Wi-Fi、蓝牙、ZigBee、LoRa、NB-IoT，都是这层的“选手”。
- 传输层：保证数据可靠到达。TCP和UDP是绝对的主角。
- 应用层：定义数据怎么“解读”。MQTT、CoAP、HTTP、LwM2M，都在这一层。
嗯，这里要注意一点：很多初学者会把网络层和应用层的协议搞混。比如有人问我“MQTT和Wi-Fi哪个好？”——这俩根本不在一个层面上。Wi-Fi是管道，MQTT是管道里跑的数据格式，不能直接比。
我的经验之谈：做协议栈移植时，一定要先搞清楚你当前在改哪一层。我曾经见过一个同事，在应用层代码里硬塞了网络层的重传逻辑，结果整个系统乱成一锅粥。分层，就是为了让每一层各司其职。
1.2 常见协议对比
应用层的协议，是咱们做嵌入式开发最常打交道的。我挑四个最主流的，给你做个对比。
| 协议 | 传输层 | 消息模型 | 开销 | 适用场景 |
|---|---|---|---|---|
| MQTT | TCP | 发布/订阅 | 极小（2字节头） | 低带宽、不可靠网络 |
| CoAP | UDP | 请求/响应 | 小（4字节头） | 资源受限设备 |
| HTTP | TCP | 请求/响应 | 大（数百字节头） | 高带宽、非实时 |
| LwM2M | UDP/CoAP | 客户端/服务器 | 小 | 设备管理、固件升级 |
咱们一个一个说。
MQTT
MQTT是我用得最多的协议，没有之一。它基于发布/订阅模式，说白了就是有个“中间人”（Broker）负责转发消息。设备A发一条消息，所有订阅了这个主题的设备都能收到。这个模式在物联网里太实用了——你想想，一个传感器数据，可能同时要发给云端、本地网关、还有手机App，用MQTT一条消息就搞定了。
MQTT最牛的地方是它的开销极小。固定头部只有2个字节，这在窄带网络下简直是救命稻草。我记得有个项目用的是2G网络，带宽只有几十kbps，用HTTP根本跑不动，换成MQTT后，数据嗖嗖地就传上去了。
避坑指南：MQTT的QoS（服务质量）等级要慎用。QoS 0最快但可能丢消息，QoS 2最可靠但延迟大。我曾经在一个智能门锁项目里用了QoS 2，结果开锁指令延迟了3秒，用户差点把门踹了。后来改成QoS 1，问题解决。
CoAP
CoAP是专门为资源受限设备设计的。它基于UDP，但实现了类似HTTP的请求/响应模型。你可以把它理解成“物联网版的HTTP”，但轻量得多。
CoAP有个很巧妙的设计——它支持观察模式。设备可以“订阅”一个资源，当资源变化时服务器主动推送。这比HTTP的轮询高效太多了。我在一个温湿度监测项目里用过CoAP，电池续航比用HTTP的方案长了整整一倍。
HTTP
HTTP嘛，大家都熟。但它真的不适合物联网。头开销太大，动辄几百字节，而且基于TCP，三次握手四次挥手，在弱网环境下简直是灾难。我一般只在设备配置页面或者固件下载这种场景下用HTTP，其他时候能不用就不用。
LwM2M
LwM2M是OMA组织定义的设备管理协议，它底层跑的是CoAP。说白了，LwM2M就是给CoAP加了一套设备管理的“模板”——比如固件升级、远程配置、设备诊断这些功能，都定义好了接口。
如果你做的是运营商级别的物联网项目，比如智能水表、电表，LwM2M几乎是必选项。因为它有标准化的设备管理模型，不同厂商的设备可以统一管理。我参与过一个智慧城市项目，几千个设备用LwM2M管理，远程升级固件从来没出过问题。
1.3 协议栈选型原则
选协议栈，说白了就是做权衡。没有最好的协议，只有最合适的。我总结了四条原则，你照着做基本不会出错。
- 看硬件资源：MCU的Flash和RAM有多少？如果只有几十KB，那HTTP就别想了，MQTT或CoAP是正解。
- 看网络环境：是Wi-Fi还是蜂窝网络？带宽多少？丢包率高不高？弱网环境下，MQTT的QoS机制比CoAP更靠谱。
- 看功耗要求：电池供电的设备，要尽量用UDP-based的协议（CoAP），减少TCP的握手开销。我做过一个传感器，用CoAP比用MQTT省电30%。
- 看生态兼容性：你的云端平台支持什么协议？如果用的是阿里云IoT，那MQTT是首选；如果是OneNET，CoAP和LwM2M支持得更好。
重要提醒：不要为了“技术炫酷”而选协议。我见过有人在一个简单的LED控制项目里用了LwM2M，结果光协议栈就占了80%的Flash，应用逻辑都没地方放了。选协议，务实第一。
好了，这一章的内容就到这里。协议栈选型是个经验活，多踩几次坑自然就懂了。下一章咱们会深入MQTT的移植实战，到时候我会手把手带你跑通第一个MQTT客户端。有什么问题，咱们课后交流。