C2.24.4touch unavailability fallback设计研究
触屏在潮湿、严寒等条件下大范围失效时，界面不能假设触摸始终可用
别名: 触摸不可用 · 输入假设失效 · 极端失效
概念解释
暴雨、严寒、屏幕结雾、整片水膜，电容表面会不是“差一点”，而是大范围不再接受有效触点。对话框如果只能点按钮关闭、引导如果只能滑动完成、紧急呼叫如果藏在多层触摸后面，整条任务在传感失效时锁死。界面默认“总会有一根手指能点中”在这些条件下是假的。这和单只手套点不中某个小按钮不同：这里是通道本身暂时不存在。
机制
水膜把电极短路成一片，控制器或关掉触摸或报满屏鬼点；低温让电池、扫描和皮肤同时变差，报点稀疏到无法完成一次滑动。应用层仍然按“触摸事件会来”写状态机：模态对话框截住返回键、轮播图必须滑过、支付要长按。事件不来，状态机就不走。系统级的电源键、音量键、语音唤醒走的是另一条传感，仍可能活着，但前台 UI 若没有把关键动作绑到这些通道，活着的键等于没有。全屏应用还常常吞掉系统手势，失效时连“用系统返回逃走”都没有。
怎么研究
在可重复的失效条件下（受控喷雾造成水膜、冷箱到皮肤僵硬、故意让触摸 IC 进入 lockout）跑核心任务：解除报警、挂电话、确认支付、关掉挡路的对话框。自变量是是否还有实体键/语音/超时自动解除、模态是否允许硬件返回。因变量是任务能否完成、完成用的通道、卡在触摸门闩上的时长、以及用户是否尝试砸机或关机。把“小按钮难点”和“整屏无事件”分成两种失败，前者是热区问题，后者才是通道假设问题。伦理上高风险任务用模拟警报，不要在真实紧急里做。
边界
室内办公、稳定供电的桌面触控，这条假设通常成立，不必为每个设置页做语音副本。触摸 lockout 若只有几百毫秒，超时重试就能过，不必上升到另一条通道。有的防水机在水下改用按压力或实体键，界面已经不假设电容，这条自动满足。只把语音当唯一备份会在嘈杂和隐私场合再失败一次，备份需要至少两种原理。
怎么落地
- 挡路的模态、紧急和支付提供至少一条非触摸出口：实体键、语音、超时解除或已连接的手表/耳机确认。
- 全屏应用在触摸连续若干秒无有效事件时露出系统级出口，不要把用户关在只能滑才能关的封面里。
- 用喷雾和手套箱做“整屏无事件”演练，列出此时仍能完成的动作清单；清单以外的功能在该状态下必须能被放弃或延后。