机制
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 项缺失。量产线保留金样比对与抽检规则；售后能根据序列号反查软件版本、校准参数与关键器件批次。若客户要求远程运维，需同时设计安全升级、回滚与应急停机策略。
升级成功之后的长连接靠什么维持
WebSocket 在 HTTP 完成升级之后，把同一条连接改成全双工帧通道，服务器可以主动推帧，而不必等客户端下一次轮询。对蜂窝模组，它是一条需要保活、会被地址转换和代理拆掉、断开后必须按状态机重建的长连接。握手阶段仍受代理、证书和鉴权影响；握手之后，文本帧或二进制帧承载业务，控制帧负责心跳和关闭。它适合浏览器、网关和需要服务器主推的界面，不适合把射频长时间关掉的深睡端点。
前提是路径上的负载均衡和反向代理允许升级并保持空闲连接，保活短于运营商侧映射的空闲寿命，模组在承载重建后能主动重连。小内存主控要先算清加密和收发缓冲，再决定这层协议放在模组还是主控。设备侧若已经使用消息队列，蜂窝上的保活应放在 TCP 与 MQTT；浏览器到云的那一段再用 WebSocket。可缓存的短请求更适合 HTTP/REST，不必为每台设备维持一条长连接。
心跳长于中间设备的超时后，界面仍显示连接着，下行已经丢光。重连不拉开间隔，基站恢复时所有终端同时做升级握手，会把接入和证书服务打满。只校验传输加密、不校验来源和凭证范围，网页脚本就能借用通道向设备发指令。会话粘性配错时，连接被分到没有状态的节点，表现为随机断开。文本帧和二进制帧混用却没有类型字段，协议升级后旧设备会把新帧当成字符串解析失败。
观察指标应包括升级是否成功、心跳丢失、重连原因和单帧大小，而不是只看进程还在不在。弱网时限制推送频率和单帧长度，把控制指令和展示数据分成不同队列，避免一张大图堵住开关命令。关闭要走关闭帧并释放套接字；直接掉电会在服务端留下半开连接，占着许可数量。