机制
WebSocket在 HTTP 升级握手后保持长连接，服务器可主动推送，适合实时仪表盘与双向信令。负载均衡器与代理需支持 WebSocket 透传；蜂窝 NAT 下依赖 ping/pong 保活。
与 MQTT
二者均可实时，但 MQTT 更偏 IoT 消息代理模型；WebSocket 常作为浏览器与云之间的通道，或封装在云平台网关内。
资源
MCU 上需评估 TLS 与内存占用；弱网频繁重连时应指数退避。
心跳、代理与蜂窝 NAT
WebSocket 长连接在 HTTP 代理与运营商 NAT 后需应用层 ping/pong 保活，间隔应小于会话超时。蜂窝场景下 IP 变化或 PDP 重建会导致连接断开，客户端需监听模组 URC 并重连。服务端集群若用粘性会话，负载均衡要支持 WebSocket 升级与粘性；否则需引入消息代理同步状态。二进制帧与文本帧选择影响带宽与解析成本，物联网指令常用 JSON 或 Protobuf 负载。
与 MQTT 的架构取舍
浏览器与小程序场景天然偏向 WebSocket；设备侧若已有 MQTT 生态，可在云端用网关互转。评估时关注连接数、每连接内存与广播风暴防护。弱网下应限制推送频率与单帧大小，避免阻塞控制指令。安全上除 TLS 外，还应校验 Origin 与令牌作用域，防止网页恶意脚本滥用设备通道。
工程实践补充
将「WebSocket」与模组全生命周期结合：EVT 阶段验证参考设计与天线方案；DVT 阶段做传导/辐射摸底与热成像；PVT 阶段固化校准与测试脚本。认证前核对目标国别法规与运营商入库要求，避免频段或 SAR 项缺失。量产线保留金样比对与抽检规则；售后能根据序列号反查软件版本、校准参数与关键器件批次。若客户要求远程运维，需同时设计安全升级、回滚与应急停机策略。