C3.27.3Do not occupy reserved two-finger pulldown设计研究
系统保留该手势后，应用不应在同一区域定义冲突手势
别名: 系统保留手势 · 手势禁区 · reserved gesture
概念解释
一旦宿主系统把“两指下拉”划给快捷面板，应用就不该在同一空间区域再挂一个同形手势——包括双指下拉菜单、双指下拉搜索、双指下拉打开自建抽屉。冲突区主要是屏幕上半与状态栏附近，不是整块画布。让路是产品决策：把命令改绑到别的入口，而不是再调阈值去抢系统。
机制
系统识别器在应用之前看事件。应用在同一区域注册同形手势，结果只有两种：永远收不到（系统先成功），或在系统未认领的边缘偶尔成功，表现为“有时灵”。用户无法形成稳定模型。保留是空间加形状的合取：两指在地图中部捏合通常仍合法，因为形状不是“齐下”。禁的是那一格运动，不是双指这个通道。与“应用不要占用三指系统手势”同类，但对象是这一条下拉格。
怎么研究
在系统已保留该格的设备上，给应用安装一个同形处理，统计从顶部带、上三分之一、下半屏发起时的成功率与归属。把“应用成功但系统面板失败”当成缺陷，即使应用觉得自己赢了——用户失去的是系统能力。覆盖多个系统版本，因为保留区会随全面屏改版移动。
边界
系统没有预留两指下拉的平台上，不存在这道禁令。全屏游戏或沉浸式播放器若合法隐藏状态栏，顶部带的保留可能暂停，但退出沉浸后应立刻归还。应用自己的双指手势放在明确的内容控件内部（表格横向平移）不算同一区域。这条是区域让路，不是系统与应用优先级的一般理论。
怎么落地
- 对照目标系统的手势表，把顶部两指下拉从应用手势清单里删掉或改绑。
- 自建抽屉改用可见按钮或底部表单，不要两指从顶拉开。
- 回归：系统面板从顶两指仍能呼出；应用命令仍能从按钮到达。任缺一侧都是占用保留格。