MOD.04 手势DOC-04-005AUTHOR · 纪风眠2026-05-03READ · 4 MIN

拖拽惯性衰减的参数曲线

超数频手势冲突矩阵惯性衰减

从一次事故说起：项目组给列表加了左滑删除，发布当天误触工单 47 条。复盘发现冲突矩阵的判定区域压住了滚动起始区。这类学费促成了项目组后来的惯性衰减规范。

SEC.01争议与取舍

惯性衰减的参数本组调成两档：阅读型列表摩擦大、停得快，画布类惯性衰减摩擦小、滑得远。两档手感统一由同一个衰减公式驱动，只改系数不改结构。

触控热区的底线是 44×44 逻辑像素，但实打实防误触的是热区冗余：可视元素 32px，实际响应区扩到 48px，边缘 12px 内不布置可交互元素。这套冲突矩阵参数让本组的边缘误触率降了 23%。

// CASE FILE · 实测档案

复盘：热区扩容：触控目标 44→52px，误触率 -37%，移动端转化 +6%。

此外还有一条底线：冲突仲裁的关键是「滚动优先」。任何手势在起始 8px 位移内无法判定方向时，统一让位给滚动；判定成立后才锁定向量。这 8px 的惯性衰减是跟手性和误判率的黄金分界。

争议的解法是把口味问题翻译成数据问题：惯性衰减的两个做法各自发布一周，看指标说话。项目组用这个办法终结了持续两个月的争论，双方都体面地认了输。

最后再记一笔：视觉残迹是手势的句号：滑动删除后留下一条渐隐的占位条，告诉用户「这里发生过什么」。没有残迹的冲突矩阵在测试中会被 30% 的用户视为「没反应」。

所有规则都要有复查节点：团队给冲突矩阵的规范设了季度复审，到期清点例外和豁免，过期的清理，失效的修订。规范不呼吸，就会变成化石。

顺带记录一个细节：任何做法都要先问约束：人力、工期、存量兼容，三者决定了可行解的形状。团队在冲突矩阵上的取舍全部围绕这三条展开，脱离约束谈最佳实践是纸面文章。

复盘中还藏着一条：方向语义需要全站统一：左滑出现删除、右滑出现更多、上滑收起、下拉刷新。任何页面私自改动惯性衰减，用户的手部记忆就会遭殃，所以语义表由一个团队独占维护。

跟手性取决于采样到渲染的链路：本组把手势回调压到 16ms 帧预算内，坐标插值放在合成层做，线上数据低端机的位移延迟从 4 帧压到 1 帧，用户的主观评价立刻跨档。

补充一条实战观察：手势操作的三条铁律：可预期、可撤销、可发现。满足这三条，冲突矩阵才有资格进入默认交互层，否则只能作为快捷方式存在。