Thread休眠终端睡着时，消息为什么先留在父路由器

智能家居终端正在休眠，其他设备发来的消息并不因此已经被它即时处理。Silicon Labs的Matter over OpenThread休眠终端文档说明，SED依赖关联的Thread路由器缓冲休眠期间的入站消息，随后通过轮询取得这些消息。[1]

这个关系包含两个不同角色：路由器暂存待送消息，终端按相应间隔向它轮询。文档在Thread Communication段落写明，终端在慢速轮询间隔结束时轮询路由器，路由器再把已缓冲消息发送给它。缓冲表达的是等待终端来取的阶段，不等于终端已经收到，更不等于应用动作已经执行完毕。

该页还区分Idle与Active模式。Idle采用较慢轮询；当关联路由器有待送消息时，终端会进入Active轮询模式处理消息。存在开放消息交换时，设备维持较快的轮询；交换结束后再回到Idle。读到“休眠终端”，不宜把它理解成从始至终只有一个固定响应节奏。

本文构造一个只说明先后的例子：某终端处于Idle，路由器已有给它的入站消息，随后终端发生下一次轮询。这个顺序可以解释为什么发送时间与终端开始处理的时间不同；它没有给出任何真实设备的等待时长，也不能据此宣布某次通信一定成功。

文档说明，Idle间隔同时影响功耗与延迟。这里能确认的是等待与轮询节奏有关，不能只凭“能休眠”推算实际电池寿命，或从某个示例默认值得到所有Matter产品的响应时间。具体产品、软件版本及真实交换记录仍需要对应核验。

本篇于2026年10月10日读取Silicon Labs Matter 2.1.0-1.1文档，采用运行模式与Thread通信段落；没有编译固件、修改轮询参数或测试家庭设备。交接通信现象时，区分已发送、父路由器待送、终端轮询与后续处理，才能让“消息还没响应”指向清楚的阶段。