C2.09.3Over-aggressive palm rejection设计研究
抑制过强会吞掉有效的边缘操作
别名: 手掌抑制 · 边缘操作 · 误拒绝
概念解释
抑制过强是系统为避免掌缘误触而过度过滤大面积、边缘或缓慢接触，结果把用户真实的返回手势、拇指按钮、画布边缘拖动或辅助输入也吞掉。它把"减少误接受"换成"增加误拒绝"，两种错误都影响可用性。
机制
手掌抑制依赖分类阈值和优先级，但真正让"抑制过强"这个问题在工程实践里反复发生的，是误接受和误拒绝这两类错误在可见性上极不对称：误接受几乎总是立刻可被察觉——用户明明没打算点什么，屏幕却跳出了反应，这种"发生了不该发生的事"很显眼，容易被用户抱怨、被开发者复现和修复；误拒绝恰恰相反，它是沉默的——用户划了一下、按了一下，什么都没发生，用户能感觉到的只是"这里不太灵"，很难精确定位到"是我的手势被当成手掌抑制掉了"，这类问题既不容易被用户准确描述，系统日志里往往也只记录了被接受的触点，被拒绝掉的接触根本没有留下痕迹可供事后排查。两类错误曝光度的这种不对称，会让调参在长期迭代中系统性地偏向"宁可拒绝、不可误触"，因为误接受的投诉声音总是更大更容易定位，抑制也就在一次次"修复投诉"里逐渐变得过度。
怎么研究
同时统计误接受与误拒绝，按边缘手势、拇指点按、触控笔协作和辅助技术分层。测试不同握持、设备大小、保护壳与行走情境，记录失败后是否能恢复，而不是只优化误触率。要真正测出误拒绝率，前提是系统必须专门记录被抑制掉的原始接触事件，而不只是记录最终被采纳的触点——如果日志里压根没有保留被拒绝的接触，误拒绝率这个指标从一开始就无从测量，调参也就只能盯着误接受这一侧持续收紧。
边界
放宽抑制也不能让握持随机触发高后果命令。风险不同的操作可要求不同证据；系统手势区与应用边缘控件也可能需要不同策略。目标是可预测地平衡两类错误，不是永远偏向过滤。
怎么落地
- 为有效边缘操作提供轨迹、持续时间或明确把手等强意图线索。
- 在抑制输入时给出轻量提示或替代入口，避免静默吞掉。
- 验证办法：专门为被抑制掉的原始接触事件建立日志记录，而不只记录最终被采纳的触点，用这份日志算出真实的误拒绝率，和误接受率放在同一份报告里评估，避免调参只朝着更容易被察觉的那一类错误单向收紧。