D5.10.3Detection latency cost设计研究
检测本身的延迟会影响用户对系统响应速度的感受
别名: probe latency · preflight delay · perceived responsiveness
概念解释
可用性检测不是免费的：预检、探测信号、权限查询或远端能力确认都会占用启动时间。检测越保守，误判越少，但用户等待越久；检测被放在关键路径上时，用户会把延迟归因于整个系统很慢，而不只是安全检查。
机制
延迟由探测时间、识别或服务往返、设备枚举和决策阈值共同构成。它影响两层：客观上任务开始或切换被推迟；主观上无反馈的探测比已知原因的等待更难忍受。若必须检测，系统应区分可缓存的能力（是否有麦克风、扬声器、马达）、低频变化的权限和快速变化的环境质量。硬件存在可缓存；当前噪声、遮挡或网络识别质量则只能按需验证。异步、乐观启动加快速失败通常比在点击后同步阻塞更好。
怎么研究
可测量探测链路的时间分布并做感知实验：记录权限、硬件枚举、测试音、网络确认和状态渲染的分段延迟，再在第 0、100、300、1000 毫秒等节点加入或移除可见进度，比较任务启动评分、放弃率和感知等待。变量包括操作频率、检测结果、等待解释和是否可取消；因变量包括感知响应时间、实际完成时间、重复点击和信任。应报告百分位而不是平均值，因为慢设备用户更容易触发负评价。
边界
不能为速度跳过关键检测。安全反馈、医疗警报或无障碍替代通道在失效时可能造成伤害，预检值得占用时间；但即便如此也应让等待可解释、可取消或与任务准备并行。缓存也有风险：环境可能刚变，权限可能在后台撤销，缓存结论必须带过期时间。对于低风险通道，延迟检测加快速降级通常优于等待完整确认。
怎么落地
- 把检测分成缓存能力、权限状态和即时质量，只在必要时做即时探测。
- 超过感知阈值的检测显示进度、原因和取消/继续选项，并允许与界面加载并行。
- 为高风险通道设定强制预检，为低风险通道采用乐观启动和快速失败。
- 验证方式：记录各设备检测延迟百分位，并比较有无解释状态下的感知等待、重复点击和放弃率。