窄带环境下html结构冗余直接拖慢nb-iot传输，因其小包、低频、长周期特性使冗余标签加剧重传、延长延迟；应改用精简json或二进制字典编码替代html。
窄带环境下 HTML 结构冗余为什么直接拖慢传输
NB-IoT 本质是“小包、低频、长周期”通信，单次上行/下行窗口通常只有几十毫秒，最大有效载荷约 1 KB（含协议头）。一个未压缩的 <div><div><div><p><span>温度：25.3℃</span></p></div></div></div>，光标签嵌套就占掉 87 字节——而真实传感器数据可能就 {"t":25.3}（13 字节）。冗余结构在 NB-IoT 下不是“浪费带宽”，而是“卡死信道”：多发 3 个包，就多触发 3 次重传机制，延迟从 200 ms 直接跳到 1.2 s。
用纯文本或 JSON 替代 HTML 渲染链
窄带设备前端几乎不渲染 HTML，所谓“HTML 结构”往往只是后端生成、再由边缘网关转发的中间格式。这一步必须砍掉：
- 设备端只输出最小 JSON：
{"id":"sensor-01","t":25.3,"h":62.1,"ts":1749990420}，字段名用单字母缩写（t代替temperature），避免空格和引号逃逸 - 边缘网关（如 Raspberry Pi）收到后不做 DOM 解析，直接用
jq或 Pythonjson.loads()提取字段，转成 MQTT payload 或 CoAP payload - 云端接收方按字段名映射规则还原语义，而不是靠 HTML class/id 层级推断结构
如果非得用 HTML，必须禁用所有非必要标签和属性
某些场景（如调试页面、简易 Web 配置页）仍需轻量 HTML，但 NB-IoT 下必须遵守硬约束：
- 禁止嵌套超过 2 层：
<div><span>...</span></div>可接受，<div><div><div>...</div></div></div>触发告警 - 禁用内联样式、class、id：
<span style="color:red"></span>、<div class="temp"> 全部删掉；语义靠标签本身（<code><strong></strong>表数值，<small></small>表单位） - 用
<meta http-equiv="refresh" content="30">替代 JS 轮询，避免引入<script></script>标签及外部依赖 - 把常用键名映射为单字节：0x01 →
"t"，0x02 →"h"，0x03 →"v"（电压） - 设备固件内置该字典，发送时直接二进制编码：
0x01 0x19 0x02 0x3E（即t=25, h=62） - 边缘侧用相同字典解码，比 JSON 解析快 3.2 倍，且节省 64% 有效载荷
gzip 压缩对 NB-IoT 实际无效，改用静态字典编码
NB-IoT 设备普遍无硬件 zlib 支持，且 TCP 连接建立耗时远超压缩收益。实测显示：对 512 字节 HTML 片段，启用 gzip 后总传输时间反而增加 18%（握手 + 压缩 + 校验开销）。更有效的是预定义字段字典：
真正卡住 NB-IoT 延迟的，从来不是代码逻辑，而是你多写的那 4 个
