C3.31.4Default priority preserves exit and navigation设计研究
优先级冲突的默认解决方向应该是保留用户退出与导航的能力
别名: 退出优先 · 导航保全 · escape hatch
概念解释
当系统手势与应用手势在同一条边上打架，默认应把退出、返回、回主屏留给系统，把应用的抽屉、分页、画布手势挪走或降级。用户被关在一个画错手势的应用里，比少滑一次抽屉更糟。默认方向是保全逃逸，不是保全沉浸。
机制
逃逸通道的失败成本是失去控制：错误购买可撤销，无法离开全屏播放或卡死的 WebView 则不能。系统把返回和 Home 放在应用之前，正是按这个损失排序。应用若在冲突里“赢了”，赢到的是局部流畅，输掉的是全局可控。可见按钮可以补上逃逸，但在无障碍、触控失效、应用无响应时，只有系统手势还在。默认因此不能写成“谁的识别器先成功谁赢”。
怎么研究
在冲突边上比较两种产品策略：系统优先 vs 应用优先，任务包括“离开这个错误屏幕”和“打开抽屉”。记录被困时间、是否求助实体键、是否以为死机。被困时间应作为关键因变量，而不是抽屉打开速度。样本要包括不熟悉该应用手势的人。
边界
受控 kiosk、考试客户端、车机行驶锁可以合法锁住退出，但那是整机策略，须另有管理员或停车后的出口。游戏在局内暂抢边缘可以，暂停菜单必须把逃逸还回去。默认保全导航，不禁止在用户知情下做短暂豁免。
怎么落地
- 冲突时把返回/Home 留给系统；应用抽屉改从非系统边或可见手柄打开。
- 全屏媒体提供明显关闭，而不是只靠与系统相同的上滑。
- 假装应用无响应：系统返回或 Home 仍应能离开。若不能，优先权写反了。