Matter待配入发现与运行发现，寻找的节点处在哪个阶段

智能家居资料说“发现了设备”，还没有说明发现发生在什么阶段。Google Home Developers的Matter入门页将Commissionable discovery与Operational discovery分开：前者在Commissioning之前识别可配入的节点，后者寻找已经完成配入的节点。[1] 共同的“发现”一词没有取消生命周期条件。

原页为可配入节点列出BLE、Wi-Fi Soft AP以及IP网络上的DNS-SD三种发现描述。它又在相应小节明确说明，BLE和Wi-Fi Soft AP不用于运行发现。因此，观察到待配入阶段的广播，不能直接补写成设备已能在运行网络中被发现，更不能由此确认后续控制可用。

Wi-Fi Soft AP还有页面自身的版本注释：在文中所说的Matter SDK 1.0中并未实现。这个条件提醒读者，列表介绍一种方法，与当时具体实现已经提供，是两项不同的信息。本篇不把旧页面的实现状态改写成2026年所有产品的调查结果，也不建议采用其中任何发现方式。

DNS-SD的命名则提供另一组具体区别。页面将可配入发现的名称写为_matterc._udp，运行发现的服务类型为_matter._tcp。两段讨论的节点状态不同，名称也不相同；但原文还提醒，运行发现名称中的_tcp不表示设备只能使用TCP，设备也可能采用UDP等传输。截取一个后缀就概括全部传输方式，会丢掉这条明确注释。

运行发现本身仅通过基于IP的DNS-SD进行。这让一份交接记录至少需要保留“在哪个阶段发现”的含义。例如，一个自拟说明写节点仍处于可配入阶段，另一份写已完成配入后被发现，它们不能只因显示同一产品名称，就合成一条已经完成运行发现的证据。这里没有扫描网络、连接设备或测试真实产品。

该Google页面标示最后更新为2022年7月13日，首次发布日期未确认。本文采用其阶段定义、两种DNS-SD命名和明确的实现注释，不转写蓝牙频道、广播间隔、凭据、门锁或配网操作，也不作安全与兼容保证。理解一项发现结果时，先保留节点阶段和文档版本，能够避免把“待配入可见”提前写成“运行连接已经完成”。