第2章网络协议基础

2、网络协议基础：TCP/IP协议栈、MQTT协议详解、CoAP协议对比、HTTP在物联网中的局限

大家好，我是老张。做物联网运维这些年，我见过太多设备因为协议选型不当而翻车的案例。今天咱们就聊聊网络协议这块硬骨头。说实话，协议这东西，你理解透了，排查问题就像庖丁解牛；理解不透，那就是两眼一抹黑。

先说说TCP/IP协议栈。很多刚入行的朋友觉得这玩意儿太底层，不重要。我告诉你，大错特错。我在项目里遇到过设备频繁掉线，查了三天，最后发现是TCP窗口设置不合理导致的。你说这基础重不重要？

TCP/IP协议栈说白了就是四层结构：

嗯，这里要注意。物联网设备和普通PC不一样。普通PC网络断了重连就行，但物联网设备可能部署在偏远地区，网络环境很差。我建议你在设计时一定要考虑TCP的重传机制和超时设置。

核心要点：TCP的三次握手和四次挥手，在物联网场景下要格外关注。握手失败、半连接状态，这些都是常见的坑。

MQTT，全称Message Queuing Telemetry Transport。说白了，就是为物联网量身定做的轻量级消息协议。我个人习惯把它叫做「物联网界的微信」——发布订阅模式，一对多通信，非常灵活。

MQTT的核心概念其实就三个：

我记得有一次做智慧农业项目，传感器每隔5秒上报一次温湿度数据。如果用HTTP，每次都要建立连接、发送数据、断开连接，开销太大了。换成MQTT后，设备一直保持长连接，数据实时推送，服务器负载直接降了70%。

MQTT有三个服务质量等级（QoS），这个一定要搞清楚：

实战技巧：我建议大部分场景用QoS 1就够了。QoS 2虽然可靠，但开销大，容易造成网络拥堵。曾经有个项目，所有消息都用QoS 2，结果Broker直接挂了。

再来说说MQTT的遗嘱消息（Will Message）机制。这个功能很实用。设备异常断线时，Broker会自动发布遗嘱消息，通知其他设备。我在做设备健康度监测时，就靠这个机制快速发现离线设备。

CoAP，全称Constrained Application Protocol。你想想看，有些物联网设备内存只有几十KB，跑HTTP太吃力了。CoAP就是为这种资源受限设备设计的。

CoAP和HTTP的对比，我整理了一张表：

CoAP的请求方法和HTTP很像，有GET、POST、PUT、DELETE。但它用的是UDP，所以需要自己处理重传和确认。我建议你在使用CoAP时，一定要实现超时重传机制，否则丢包了都不知道。

避坑指南：我曾经在一个智能路灯项目里用CoAP，结果发现设备经常收不到控制指令。排查了半天，原来是NAT穿透的问题。CoAP基于UDP，很多路由器对UDP不友好。后来我加了DTLS加密和NAT穿透机制才解决。

HTTP在互联网领域是王者，但在物联网里，说实话，局限性很明显。我总结了几点：

你想想看，一个温湿度传感器，用HTTP上报数据。每次上报都要经历：DNS解析、TCP三次握手、HTTP请求、HTTP响应、TCP四次挥手。这一套下来，电量消耗是MQTT的10倍以上。对于电池供电的设备，这简直是灾难。

当然，HTTP也不是一无是处。在设备固件升级、配置管理等场景，HTTP还是很有用的。我建议的做法是：实时数据用MQTT，管理操作用HTTP。各取所长，才是明智之举。

总结一下：协议选型没有银弹。MQTT适合实时通信、设备量大的场景；CoAP适合资源受限、低功耗的场景；HTTP适合管理配置、非实时操作的场景。选对了协议，你的物联网项目就成功了一半。