一份新出的实测研究，把智能家居协议这场看似已经有答案的比较，重新搅动了一下。
研究团队在商用硬件测试床上跑Zigbee和Matter over Thread，结果有点反常：小规模、设备位置固定的家庭网络里，被普遍认为已经落后的Zigbee，响应更快，故障恢复也更利落。设备一多、信号要多跳才能到达时,Matter over Thread反而更占优——吞吐更稳，时延更可预测。两边谁也没被淘汰，只是评价标准换了一套：从看谁反应快，变成看谁扛得住全屋规模。
实测讲了什么
研究没有公布设备数量，也没给出具体的吞吐、时延数值，只给出方向性结论。测试床对比了三件事：可扩展性、响应速度、故障容忍能力。
Zigbee是成熟的非IP Mesh协议，基线开销低，路由出问题时恢复快，在小规模、静止不动的部署里最灵敏。Matter over Thread走IP化路线，专为跨生态互操作设计；网络变成多跳、规模变大后，它的吞吐更稳，时延更可预测，容错能力也更强。
| 维度 | Zigbee | Matter over Thread |
|---|---|---|
| 网络架构 | 非IP Mesh | IP化架构 |
| 基线开销 | 更低 | 相对更高 |
| 路由恢复 | 更快 | 较慢但更稳 |
| 多跳/规模扩张下的吞吐与时延 | 随跳数波动 | 更稳定、更可预测 |
| 适合场景 | 小规模、静态部署 | 多跳、规模扩张、跨生态部署 |
谁该在意，怎么选
这个结果直接对应四类人：设备厂商、平台方、正在布网的装修用户、已经装了一屋Zigbee的老用户。
- 已经用Zigbee的家庭.没必要现在换。小网络、设备不挪窝，Zigbee本来就占优，换协议只是给自己找麻烦。
- 正在新装、打算上多设备智能家居的技术用户：留意Thread边界路由器和设备的Matter认证情况，别只看协议名字，看实际支持列表。
- 做平台和产品的决策者.选型本质是敏捷性、效率和扩展性之间的取舍，没有一个方案通吃所有场景；双栈甚至多栈支持，可能比押注单一协议更现实。
- 设备厂商.认证成本和网关兼容性，是比协议性能更直接的落地成本，这项研究没有覆盖到。
这只是一项用单一商用硬件测试床跑出来的研究。换一批芯片、换一种拓扑、换一个干扰环境，结论未必一样。也别把Matter应用层和Thread网络层混为一谈——今天说的Matter优势，严格讲是"跑在Thread网络之上"这套组合的优势。
我的判断
Matter选IP化这条路，让我想到"车同轨"——统一的不是谁跑得快，是谁能被所有人认。不完全一样的地方在于，秦朝靠强制力统一度量，Matter靠CSA这个联盟自愿协商，执行力和约束力天差地别。
Zigbee在自己的Mesh网络里跑得又快又省电，但跨品牌互通，长期得靠网关和翻译层。Matter把设备装进标准IP地址，理论上能减少这层翻译。但"理论上"和"今天买到的设备之间已经丝滑打通"之间，还差着品牌壁垒、认证成本和厂商各自的算盘。
我更在意的是，这次实测证明的多跳稳定性，只是Matter赢下这场竞争的必要条件，不是充分条件。协议层设计支持互操作，不代表市面产品已经互通。性能数据能说明技术选型的取舍，说明不了生态摩擦什么时候真正消失。
接下来该盯两件事：一是有没有独立于这项研究的第二个测试床，给出可复现的数据；二是拿到手的Matter设备，跨品牌配对是不是真的省心——协议规范写得再漂亮，用户体验才是最后的裁判。
【锐评】协议比的是谁扛得住规模，生态比的是谁能定规则，这是两场不同的比赛。