边缘区域的应用手势会被截断
别名: 边缘截断 · bezel swipe · edge exclusion · 边缘热区
概念解释
手指从屏幕边沿内侧几毫米处滑入时，系统先把这段轨迹当成自己的热区。应用想在同一起点做轮播、画笔、地图平移，起点已经不干净：边缘截断（edge interception）让应用拿到延迟、残缺或被取消的事件。这是空间问题——冲突发生在边带，不发生在屏幕中央。中央起始的滑动通常仍归应用。这条只谈边缘这块几何区域如何把应用手势吃掉，不谈系统为什么在裁决时总是赢，也不谈全面屏如何把这条边带加宽。
机制
系统返回、控制中心、通知中心依赖边沿作为起始特征：没有边，就无法和页内滑动区分。于是系统划出一条沿边的命中带，落在带内的 down 事件被暂时扣留。人若继续滑向系统姿态，应用可能永远看不到完整路径；人若滑向页内，系统再把事件补发给应用，但前几毫米已经丢了。对需要精确起点的笔迹和地图，丢的是起笔方向；对轮播，丢的是「从左缘把下一张拖进来」这一种习惯。厚壳和贴膜会让人更靠内起手，有时反而躲开热区；曲面屏则把有效热区弯到侧面，起手更不稳定。截断不是识别率随机变差，而是起点落点一旦进入边带，应用侧的时间序列就被剪掉头部。
怎么研究
按起始位置分箱：从边沿 0–5 mm、5–15 mm、更内侧起手，比较应用手势完成率与系统误触发。用触摸日志的首个坐标相对边的距离做回归。
自变量：起点到边的毫米数、滑动方向、边带宽度、是否有壳。 因变量：应用识别完成、系统抢占、轨迹头部缺失长度、主观「滑了但没动」。
在模拟器里用鼠标从「边」拖出，起点精度高于手指，会低估截断。真机还要区分左、右、底三条边，宽度并不相同。不要把「中央滑动成功」写成「边缘手势可用」。
边界
实体按键导航、没有边缘返回的机型上，左右边带可能不存在，截断主要发生在顶部下拉和底部上滑。触控板和鼠标没有屏幕边。把可滑区域整体内缩之后，应用手势的起点已经离开边带，截断消失，代价是内容区变窄。对从内容中央发起、只是路过边缘的长滑，系统通常不会在中途接手。
怎么落地
- 不要把「从左缘滑入下一张」当成浏览的唯一办法；在画面内提供点按的下一张、页码或缩略条。
- 画笔、裁切手柄、地图的主要起手区离开边带，或在落入边带时把未完成的一笔当成取消而不是一条折线。
- 需要与系统方向相同的页内滑动时，把可开始区域缩进到边带之外，并让用户看得见从哪里滑才算数。
- 验证：请十个人用自然起手翻一张全宽轮播或拖一张全宽地图，慢放录像，量每一次 down 到边的距离。统计有多少次起点落在系统边带里、其中多少次应用手势没完成。用中央起手的成功次数当对照，而不是当「边缘也没问题」的证据。