发现过程需要明确的进度与失败原因
别名: 设备发现 · 正在查找设备 · discovery timeout · 扫描进度
概念解释
点了「查找附近的设备」，转圈一分钟，列表空着，也没有「超时」或「为什么没有」。人不知道该再等、该走近一点，还是该放弃。发现过程要有进度和失败原因：扫描是一段有开始、有正在做的事、有结束的过程，结束必须区分「附近没有可连的设备」和「我这边没法扫描」。空转圈把发现做成了无时限的等待。这发生在配对向导已经打开之后，谈的是扫描这一段怎么交代，不是「要不要配对」本身有多贵，也不是权限对话框里那一句系统文案。
机制
发现是对外无线电或局域网的一次取样，有物理耗时和范围。人看不见电波，只能从界面推断系统有没有在找。无限转圈的含义是「也许下一秒就出现」，于是等待被拉长到远超实际扫描周期。有进度的发现把取样收成可结束的动作：先说「正在听蓝牙广播 / 正在扫描同一网络上的电视」，数秒后若空，说「没有发现设备」，并给出最可能的下一步（靠近、打开对方、重试）。失败原因若只是「未找到」，人仍会以为设备坏了；若能说「扫描已结束，范围内没有在广播的接收端」，等待才能停。列表中途冒出设备时，要标明「仍在查找」，避免人以为名单已经完整而点了错误的那一台。
怎么研究
给已经配对过、也给从未配对过的人同一发现任务，操纵扫描反馈：无限转圈、有时限的进度、结束时的空状态文案是否包含原因。
自变量：有无超时、进度是不确定转圈还是可估计的阶段、空结果是否区分「没有设备」与「无法扫描」、附近故意放一台未开机的目标和一台已开机的目标。 因变量：过多等待的时间、过早放弃的比例、在空结果上采取正确下一步（打开对方电源 / 走近）的比例、点错附近其他设备的次数。
实验室把目标设备放在桌上且已开机，会低估「未找到」的出现率。更硬的测法是把目标放在另一房间或关机，看界面是否仍然像「还在找」。配对研究里的完成率不要和发现过程的等待时长混在一张表里——前者是门槛，后者是过程可见性。
边界
设备在出厂广播窗口里会主动现身（打开盖的耳机、刚插电的电视棒），发现几乎瞬时完成，进度条会显得多余，短促的「已找到」即可。安全敏感的发现（不要列出邻居的电脑名）可能故意给很少的进度细节，但超时和「未找到」仍要有。持续监听的表面（侧边栏里常驻的「附近设备」）不是一次扫描过程，不应套用「开始—结束」的进度模型，而应显示上次成功发现的时间。
怎么落地
- 每次查找都给出开始、进行中、结束三态；进行中写正在用的通道（蓝牙、同一 Wi-Fi、账号在线设备），结束时不得停在转圈。
- 空结果分开写：「附近没有可连接的设备」和「这台设备当前无法扫描」，后者指向可改的条件，前者指向重试和检查对方是否开机。
- 扫描设明确时限，时限到了自动结束并允许一键再扫，而不是永远转。
- 验证：在目标设备关机时发起查找，界面必须在有限时间内结束并说明未找到；再开机目标，第二次查找应能在进度态中途或结束时列出它。全程不得出现无文案的无限转圈。