Wi‑Fi设备接入方便但会占用家庭网络资源；蓝牙适合近距离直接控制；网关型方案更适合多设备、场景和稳定覆盖。选择应结合规模和使用方式。
理解这个问题的四个重点
少量设备可直接连接
Wi‑Fi 灯泡以一等客户的身份加入家庭网络：不需要网关，开箱就有云功能，配网过程和任何一件智能设备一样熟悉。代价在规模上到来——每只灯泡占一个路由器客户端位和一个 DHCP 租约，几乎全部只支持拥挤的 2.4GHz，而它们对云的依赖意味着厂商一次故障或一次下架 App，就能让还亮着的硬件失去大脑。少量灯具的公寓适合 Wi‑Fi，四十件设备的家不适合。蓝牙则是另一端：不需要任何基础设施，适合床头灯或宿舍，但覆盖只有一两个房间、必须有配对手机在场，而且很多产品只有一个连接位——那正是“App 找不到设备”的由来。
多设备更关注网关覆盖
Zigbee 把照明搬到自己的低功耗无线网状网上，由网关统一管理：每一个市电供电的设备都为其他设备中继，所以系统越大覆盖越好，与 Wi‑Fi 的扩展曲线正好相反。响应快且在本地完成（断网时自动化照常运行），电池配件能撑好几年，路由器的客户端表也保持干净。入场费是一个网关，以及边缘情况偶有意外的兼容表。Thread 是同一套网状思路在 IP 网络上的重建，设计上与其上的 Matter 配套；实践中两者给出的都是那个真正重要的性质：设备数量增长时，照明系统反而更可靠。
断网时的本地控制很重要
协议决定了断网、厂商下架 App 或公司退场时，照明系统还剩下多少。命令要经过厂商云的 Wi‑Fi 灯泡，任意一端出问题就不再听话；带本地网关的网状系统在拔掉路由器时仍能执行自动化，只是失去远程访问。购买前值得问三个问题：网关是否在本地执行自动化、系统是否开放本地 API 或标准集成、厂商服务器关闭后硬件是否仍然可用。
Matter 是跨生态的共同语言
Matter 不是一种无线电，而是跑在 Wi‑Fi、以太网和 Thread 之上的共同语言，边界路由器的角色已经内建在人们本来就有的生态网关里。它的承诺很精确：一只 Matter 灯泡不需要品牌 App 和品牌云就能加入任一主流生态，多管理员还让两个生态共享同一台设备。同时也要说清现状：功能深度参差（高级效果往往仍在品牌 App 里），旧硬件只能靠桥接获得 Matter，而“Matter over Thread”需要家里真有一个 Thread 边界路由器。此外还有一条与协议无关的纪律——再聪明的协议，也会死在一个被人关掉的墙壁开关上。
选择与使用建议
几只灯、租住、不想要网关：Wi‑Fi，但把 2.4GHz 网络整理干净。一个房间、一个用户、零配置：蓝牙，并把预期调整到位。全屋照明、要做自动化、设备数量多：Zigbee 或 Thread 网状加网关。生态混用或想留后路：无论走哪种无线电，优先选通过 Matter 认证的设备。另外给智能灯的墙壁开关贴上“请勿关闭”，或直接换成智能开关。
- 设备总数与打算使用的协议（是否需要网关）
- 网关是否在本地执行自动化、断网时还能做什么
- 是否 Matter 认证、旧设备是否需要桥接
- 智能灯所在回路的墙壁开关是否会被随手关掉