智能家居的无线协议之争，在装修阶段往往被简化成一句“要不要预埋 Zigbee 网关”。但 Thread 的普及让这个问题变得更复杂：两种协议都基于 IEEE 802.15.4，都支持低功耗网状网络，却在架构、生态和实际落地体验上走向了不同方向。装修预埋不是选一个“更好的协议”，而是选一个更匹配未来设备组合与使用习惯的基础设施。
Zigbee 和 Thread 的物理层与 MAC 层都遵循 IEEE 802.15.4 标准，这意味着它们在无线频段（2.4GHz）、传输速率（250kbps）和低功耗特性上高度相似。真正的分水岭在网络层及以上：Zigbee 使用自己的网络层与应用层规范，设备必须通过 Zigbee 联盟认证才能保证互操作；Thread 则基于 IPv6，每个设备拥有可路由的 IP 地址，应用层交由 Matter 等标准定义。这种差异带来一个直接后果：Zigbee 设备需要一个应用层网关来翻译协议，而 Thread 设备可以通过边界路由器直接接入 IP 网络，无需专用网关。
从网络拓扑看，两者都支持网状结构，节点可中继信号。但 Thread 的 IPv6 原生支持让设备发现、诊断和远程访问更接近传统 IP 网络，对开发者更友好；Zigbee 的封闭生态则带来了更成熟的低功耗优化和更长的市场验证周期。
| 维度 | Zigbee | Thread |
|---|---|---|
| 底层标准 | IEEE 802.15.4 | IEEE 802.15.4 |
| 网络层 | Zigbee PRO（私有） | IPv6 + 6LoWPAN |
| 应用层 | Zigbee Cluster Library | Matter（或厂商私有） |
| 网关需求 | 必须专用网关 | 边界路由器（可集成在音箱/路由器中） |
| 设备寻址 | 16位短地址 + 64位扩展地址 | 全局 IPv6 地址 |
| 互操作性 | Zigbee 3.0 认证设备间可互通 | Matter 认证设备间可互通 |
| 典型延迟 | 20-50ms（单跳） | 20-50ms（单跳） |
| 最大节点数 | 理论 65000+，实际常用 50-200 | 理论 250+，实际常用 50-100 |
上表数据来自公开协议规范与行业测试报告，实际表现受环境干扰、设备固件和网络规模影响。装修预埋时更应关注生态兼容性，而非纸面参数。
预埋阶段的核心问题是：未来三到五年，家里会接入哪些设备？如果以传统 Zigbee 生态为主（如部分品牌的传感器、开关、窗帘电机），预埋 Zigbee 网关或带 Zigbee 功能的多模网关是合理选择。如果计划拥抱 Matter over Thread 的新设备（如部分新款智能灯泡、门锁、温控器），则需确保家中有一个 Thread 边界路由器，例如支持 Thread 的智能音箱或 Wi-Fi 路由器。
从布线角度看，两种协议都不需要为设备单独布信号线，因为它们都是无线网状网络。真正需要预埋的是：每个房间预留零火线（智能开关需要）、窗帘电机附近预留电源、以及为网关或边界路由器预留网线与电源位置。如果选择 Zigbee，网关通常需要有线连接主路由；如果选择 Thread，边界路由器可以无线连接，但建议放在房屋中心位置以保证覆盖。
装修预埋的本质是预留灵活性。与其纠结协议本身，不如确保每个房间有足够的零火线、网线和电源点位，同时选择一个可扩展的网关方案。协议会演进，但基础布线不会轻易重来。
\n系统检索到候选资料，但未能从模型返回的原文证据中确认正文实际引用，以下按相关度列出参考资料（未确认正文实际引用），供发布前人工核验；内容可能包含用户描述或模型通用知识。
相关参考资料（未确认正文实际引用）