1、物联网与MQTT概述：物联网体系架构、MQTT协议诞生背景、MQTT vs HTTP/CoAP对比
1.1 物联网体系架构——从感知到应用的三个层次
聊物联网，咱们得先搞清楚它的骨架长什么样。我个人习惯把物联网体系分成三层：感知层、网络层和应用层。说白了，就是“采集数据、传数据、用数据”。
感知层是物联网的“五官”。传感器、摄像头、RFID标签，这些东西负责从物理世界抓取信息。温度、湿度、震动、光照……统统变成电信号。我在做智能农业项目时，就遇到过土壤湿度传感器被腐蚀的问题——嗯，选型时防护等级没注意，后来全换了不锈钢探头。
网络层是物联网的“神经”。它负责把感知层的数据安全、可靠地传上去。这里就涉及各种通信协议：Wi-Fi、LoRa、NB-IoT，还有我们今天的主角——MQTT。网络层要解决的核心问题就两个：怎么连？怎么传？
应用层是物联网的“大脑”。数据到了云端，做分析、做决策、做展示。比如你手机上的智能家居App，就是应用层的产物。我见过不少团队，感知层和网络层做得挺好，结果应用层UI一塌糊涂——数据展示不直观，用户根本不想用。
核心要点：物联网三层架构中，网络层是瓶颈。传感器再准、应用再炫，数据传不过去，一切白搭。MQTT就是为解决“传数据”这个痛点而生的。
1.2 MQTT协议诞生背景——一个为“窄带、不可靠”而生的协议
MQTT全称是Message Queuing Telemetry Transport，消息队列遥测传输。名字挺长，但核心就一句话：轻量级、低带宽、低功耗的发布/订阅模式协议。
它诞生于1999年，IBM的Andy Stanford-Clark和Arcom的Arlen Nipper联合开发。当时他们想解决什么问题？石油管道的数据监控。你想想看，石油管道分布在荒郊野外，网络条件极差，带宽窄得可怜，设备还经常掉线。传统的HTTP在这种场景下根本跑不动——握手开销太大，报文太冗余。
我记得第一次接触MQTT是在2015年，做一个智能路灯项目。路灯控制器用的是8位MCU，RAM只有2KB。HTTP？想都别想。MQTT的报文头最小只有2字节，一个控制包也就十几字节。当时我就感叹：这协议简直就是为嵌入式设备量身定做的。
个人经验：MQTT的“发布/订阅”模式，天然适合传感器数据上报。一个传感器发布数据，多个订阅者同时消费——云端存一份、监控大屏显示一份、手机App推一份。这在HTTP里得写多少轮询代码？
1.3 MQTT vs HTTP vs CoAP——三大协议硬核对比
很多初学者会问：为什么不用HTTP？HTTP不是挺成熟的吗？好，咱们来掰扯掰扯。
| 对比维度 | MQTT | HTTP | CoAP |
|---|---|---|---|
| 协议模型 | 发布/订阅 | 请求/响应 | 请求/响应（支持观察） |
| 传输层 | TCP | TCP | UDP |
| 报文开销 | 最小2字节 | 通常几百字节 | 最小4字节 |
| QoS支持 | 3级（0/1/2） | 无原生QoS | 2级（0/1） |
| 适用场景 | 传感器数据上报、远程控制 | Web应用、RESTful API | 资源受限设备、低功耗网络 |
HTTP的问题在哪？说白了，它太重了。每次请求都要三次握手，报文头动不动几百字节。你一个温度传感器，数据就4个字节，结果HTTP头占了400字节——这不是浪费吗？而且HTTP是“拉”模式，服务器不能主动推数据。你要实时监控，就得客户端不断轮询，费电又费流量。
CoAP呢？它基于UDP，比MQTT更轻量。但CoAP的可靠性不如MQTT——UDP丢包了怎么办？虽然CoAP有重传机制，但复杂场景下还是MQTT的QoS更靠谱。我在做智能水表项目时，水表数据一个月才上报一次，丢包了根本发现不了。用MQTT的QoS 2，确保“恰好一次”送达，心里踏实多了。
避坑指南：我曾经在一个项目中，为了追求极致轻量，选了CoAP。结果设备在弱网环境下频繁丢包，重传机制又导致数据乱序。最后不得不换成MQTT，虽然报文大了一点点，但QoS 1的“至少一次”保证，配合去重逻辑，问题全解决了。所以别盲目追求“最轻”，要选“最合适”的。
1.4 为什么物联网场景首选MQTT？
我总结三个核心原因：
- 双向通信：MQTT支持服务器主动推送。你想想，智能家居场景里，你在手机上关灯，指令必须立刻下发到设备。HTTP做不到，CoAP勉强可以（通过观察模式），但MQTT天生就支持。
- 离线消息：MQTT Broker可以保存消息。设备离线了，消息不会丢。等设备重新上线，Broker自动推送。这在HTTP里得自己实现消息队列，麻烦得很。
- 海量连接：一个MQTT Broker可以轻松支撑数十万设备连接。HTTP服务器呢？每个连接都要维护一个线程或进程，资源消耗大得多。
一句话总结：MQTT是为物联网“窄带、不可靠、低功耗、海量连接”这些痛点量身定做的。HTTP是给PC互联网用的，CoAP是给极低功耗设备用的，而MQTT是物联网场景的“万金油”。
好了，这一章咱们把物联网的骨架、MQTT的出身、以及它和HTTP/CoAP的恩怨情仇都捋了一遍。下一章，我会带大家动手搭建一个MQTT Broker，咱们从理论走向实战。嗯，到时候我会分享一个我踩过的坑——Broker配置不当导致内存泄漏，差点把服务器搞崩了。敬请期待！