一、物联网通信协议全景概览：为什么需要这么多协议？从物理层到应用层的协议栈梳理
大家好，我是你们的老朋友。今天咱们开始聊物联网通信协议。
说实话，我刚入行那会儿，面对一堆协议名字——Wi-Fi、蓝牙、ZigBee、LoRa、NB-IoT、MQTT、CoAP……头都大了。心里就一个疑问：搞这么多协议，到底图啥？
后来我做了几个项目，踩了不少坑，才慢慢明白：不是协议多，而是物联网的场景太杂了。
你想想看，一个智能灯泡和一个油田传感器，它们对通信的需求能一样吗？灯泡需要高带宽传视频吗？不需要。油田传感器需要天天换电池吗？也不行。
所以，没有最好的协议，只有最合适的协议。
1.1 为什么物联网需要这么多协议？
我习惯把物联网设备比作「人」。人与人沟通，有面对面说话、打电话、发微信、写邮件……方式不同，场景不同。
物联网也一样。设备与设备、设备与云端之间，通信需求千差万别：
- 有的设备要传视频（比如监控摄像头），带宽要大，延迟要低。
- 有的设备只传几个字节（比如温度传感器），功耗要极低，电池撑几年。
- 有的设备在室内（智能家居），距离近，穿墙能力要强。
- 有的设备在野外（农业大棚），距离远，还得省电。
你看，一个协议根本搞不定所有场景。所以行业里就出现了「分层」的思想——把通信这件事拆开，每一层解决不同的问题。
核心观点：物联网协议栈从物理层到应用层，每一层都有多种选择。选型的关键，是搞清楚你的设备「在哪儿」「传什么」「多省电」「多少钱」。
1.2 从物理层到应用层：协议栈长什么样？
咱们先搭个框架。物联网通信协议栈，大致分四层：
| 层级 | 典型协议 | 核心任务 |
|---|---|---|
| 物理层 & 链路层 | Wi-Fi、蓝牙、ZigBee、LoRa、NB-IoT、4G/5G | 解决「怎么传」——用无线电波还是电缆？频率多少？功率多大？ |
| 网络层 | IPv4、IPv6、6LoWPAN | 解决「找谁传」——给每个设备一个地址，数据包怎么路由到目的地。 |
| 传输层 | TCP、UDP | 解决「传得稳不稳」——要不要保证数据不丢？要不要按顺序到达？ |
| 应用层 | MQTT、CoAP、HTTP、AMQP | 解决「传什么」——数据格式怎么定义？设备怎么发布消息？云端怎么订阅？ |
嗯，这里要注意：很多初学者容易把「物理层协议」和「应用层协议」混为一谈。 比如有人问「MQTT和Wi-Fi哪个好？」——这俩根本不在一个层级。Wi-Fi是物理层，MQTT是应用层，它们可以配合使用。
1.3 物理层 & 链路层：设备怎么「说话」？
这一层是物联网的「地基」。选错了，后面全白搭。
我个人习惯把物理层协议分成三类：
1.3.1 短距离无线协议
- Wi-Fi：带宽大（几十Mbps），功耗高。适合摄像头、智能音箱这类「插电设备」。我在项目中遇到过，用Wi-Fi做传感器，电池两天就废了……
- 蓝牙/BLE：功耗低，距离短（10米左右）。适合手环、门锁、ibeacon。BLE 4.0以后，功耗控制得非常好。
- ZigBee：自组网能力强，节点多（几百个）。适合智能家居灯光系统。但注意，ZigBee设备之间不能直接连手机，需要网关。
1.3.2 低功耗广域网（LPWAN）
- LoRa：距离远（几公里），功耗极低，但带宽极小（几十bps到几kbps）。适合农业、抄表、停车场传感器。我曾经在郊区农场部署LoRa网关，一个网关覆盖了方圆3公里，电池用了两年没换。
- NB-IoT：基于蜂窝网络，覆盖好，运营商支持。适合智能水表、烟感。注意：NB-IoT需要SIM卡，有流量费。
1.3.3 蜂窝网络
- 4G/5G：带宽大，延迟低，但功耗高、成本高。适合车联网、无人机、工业机器人。
避坑指南：我曾经在一个智能路灯项目里，选了Wi-Fi方案。结果路灯间距50米，Wi-Fi覆盖不了，最后全改成LoRa。所以，先看距离，再看功耗，最后看带宽。
1.4 网络层：设备怎么「找到」对方？
物理层解决了「怎么传」，但数据包发出去，总得知道发给谁吧？这就是网络层的事。
传统互联网用IPv4，但IPv4地址快用完了。物联网设备动辄几十亿，所以IPv6是趋势。
但IPv6报文太大，对低功耗设备不友好。于是有了6LoWPAN——说白了，就是把IPv6报文「压缩」一下，让ZigBee、蓝牙这些低功耗网络也能跑IPv6。
我建议：如果你的设备要直接上云（比如用MQTT over TCP/IP），那网络层必须支持IP协议。如果设备只在本地组网（比如ZigBee灯控），那网络层可以走私有协议。
1.5 传输层：数据传得「稳不稳」？
这一层就两个选择：TCP 和 UDP。
- TCP：面向连接，可靠传输。数据不丢、不乱序。但开销大，握手三次，适合对可靠性要求高的场景（比如固件升级、指令下发）。
- UDP：无连接，只管发，不管收。速度快，开销小。适合实时性要求高、可以容忍少量丢包的场景（比如视频流、传感器广播）。
你想想看，一个智能门锁，开锁指令丢了，门打不开，用户肯定骂娘。所以门锁一般用TCP。而一个温度传感器，每秒上报一次，丢一两个数据无所谓，用UDP更省电。
1.6 应用层：设备之间「聊什么」？
这是离开发者最近的一层。也是咱们这门课的重点。
应用层协议定义了数据格式、交互模式。常见的物联网应用层协议有：
| 协议 | 传输层 | 特点 | 典型场景 |
|---|---|---|---|
| MQTT | TCP | 发布/订阅模式，轻量，支持QoS，有遗言机制 | 传感器数据上报、远程控制、消息推送 |
| CoAP | UDP | 类似HTTP，但更轻量，支持RESTful | 资源受限设备（如MCU直接通信） |
| HTTP | TCP | 成熟，但报文大，功耗高 | 设备与云端API交互（非实时场景） |
| AMQP | TCP | 企业级消息队列，功能强大，但重 | 工业物联网、金融级数据交换 |
我个人最常用的是MQTT。为什么？因为它简单、可靠、生态好。后面几章我会带大家手把手搭建MQTT服务，从原理到实战，把坑都踩一遍。
注意：选应用层协议时，一定要考虑设备端的资源。比如一个8位MCU、2KB RAM的设备，跑HTTP太吃力了，MQTT或CoAP更合适。我曾经在一个项目里硬上HTTP，结果设备频繁死机……后来换成MQTT，稳如老狗。
1.7 协议选型：一张图帮你决策
说了这么多，到底怎么选？我总结了一个简单的决策流程：
- 先看距离：室内 < 100米 → 短距离无线（Wi-Fi/BLE/ZigBee）；室外 > 1公里 → LPWAN（LoRa/NB-IoT）或蜂窝。
- 再看功耗：电池供电 → 低功耗（BLE/LoRa/NB-IoT）；插电 → Wi-Fi/以太网。
- 再看带宽：传视频/音频 → Wi-Fi/4G/5G；传传感器数据 → 任何协议都行。
- 最后看成本：模块价格、流量费、网关部署成本，都得算进去。
嗯，这里要提醒一句：没有完美的协议，只有妥协的艺术。 你选了低功耗，就得接受低带宽；你选了远距离，就得接受高延迟。做物联网，本质上就是在这些约束里找平衡。
1.8 小结
这一章咱们把物联网通信协议的全景捋了一遍。从物理层到应用层，每一层都有多种选择。核心就一句话：场景决定协议，协议决定架构。
下一章，咱们正式进入MQTT的世界。我会从MQTT的报文结构讲起，带你一步步搭建一个完整的MQTT通信系统。到时候，你会发现自己也能轻松搞定设备上云。
好了，今天就到这儿。有什么问题，欢迎在评论区留言。咱们下章见。