K8.05.3pairing permission and network failure设计

权限与网络条件是主要失败点

别名: 本地网络权限 · 配对失败原因 · AirPlay 同网 · Local Network permission

概念解释

电视和手机都开着,蓝牙也开着,AirPlay 列表仍是空的——因为系统从没给过「本地网络」权限,或两台不在同一 Wi-Fi,或其中一台连的是访客网。权限与网络条件是主要失败点:跨设备发现看起来像无线电问题,实际拦在操作系统许可和二层网络拓扑上。人会去重启电视,不会去找设置里那条只出现过一次的权限对话框。发现过程可以有进度,若原因写「未找到设备」而不写「没有本地网络权限」或「未加入同一网络」,进度再清楚也修不对。

机制

近场发现常用的通道——本地网络组播、蓝牙、点对点 Wi-Fi——每一条都受系统闸门和网络隔离约束。移动系统把「查附近设备」做成运行时权限,拒一次就长期静默失败,应用再扫也是空列表。路由器把手机放进访客 VLAN、把电视放进主网,广播过不了网关,两端「都在 Wi-Fi 上」却彼此不可见。企业网络关掉组播、开了客户端隔离,会议室投屏会在一切硬件正常时失败。这些条件在界面之外,失败表现却与「附近没有设备」相同。人掌握的心智模型是设备开关,不是权限数据库和网段,所以会反复开关蓝牙、把电视拔电,耗在错误的修复路径上。把真正的闸门说出来,修复才能对准:去打开那条权限,或把两台接到同一网,或关掉访客隔离。

边界

纯蓝牙附件(耳机、手写笔)不走本地网络,失败点在蓝牙权限和系统蓝牙开关,不要误写成 Wi-Fi 问题。已经通过账号在云端互见的设备(同一账号的电脑和手机)可以绕过局域网发现,网络隔离不再是这条路径的失败点。用户明确拒绝权限是合法选择,应停止扫描并说明「没有本地网络权限就无法发现电视」,而不是换一种更缠人的弹窗策略去骗一次同意。蜂窝网络在场、Wi-Fi 未连时,有的发现必须失败,有的可以走厂商中继;不要把两种通道的失败写成同一句。

怎么落地

  • 在空的发现列表上优先检查并展示本机闸门:蓝牙关闭、本地网络权限未开、不在任何 Wi-Fi、开了 VPN 或访客网。每一项给直接跳转,不要只写「未找到」。
  • 权限对话框出现时,用一句与当前任务相关的话说明「用来发现同一网络上的电视」,拒绝后在发现页保留补开入口。
  • 两台设备显示的网络名称可被用户对照时,把它写出来(「手机在 Guest,电视在 Home」);名称不可得时,提示「需要同一 Wi-Fi,访客网通常不可用」。
  • 验证:分别关掉本地网络权限、把手机连访客网而电视连主网、打开客户端隔离。三种失败必须出现三条不同的原因,且各自指向该次真正的闸门;不能都显示「附近没有设备」。再打开权限并连同一网,列表应出现目标,以确认原因没有写错。

延伸

  • 同组K8.05.1 配对是跨设备体验的最高门槛 · K8.05.2 发现过程需要明确的进度与失败原因
  • 相邻K1.12 权限模型的平台差异 · K1.09 省电、流量与弱网
  • 站内检索Local Network permission · client isolation · AirPlay same network

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K8.05.3