C2.07.2Touch-down activation设计
按下触发响应更快但不可取消
别名: 按下触发 · 即时响应 · 不可取消
概念解释
按下触发在触点落下时立即执行，因而响应更快，却在手指抬起前已无法通过滑出撤回。它适合低风险、可连续或需要最小延迟的反馈，但不适合误触代价高的提交。
机制
系统在 touch-down 事件直接改变状态或开始动作，后续移动只影响连续参数而非是否已发生。这一步省下的不是一个抽象的"更快"，而是完整的一次抬起等待——如果改用抬起触发，动作要等手指真正离开屏幕那一刻才发生，这段等待本身就要占去可感知输入延迟预算里相当大的一块；对于需要"手指碰到那一刻声音或效果就必须响起"的场景（比如乐器类应用的琴键、鼓机的打击垫），这段等待足以让效果显得慢半拍、失去打击感应有的即时性，用户会明确察觉到"跟不上手"，而不只是隐约觉得不够流畅。
边界
即时不总是更好。若用户期望普通按钮可滑出取消，按下触发会违背既有交互模型。可逆预览、拖动起始或音量微调可受益，但要避免被误解为最终提交。乐器、鼓机这类对起始时刻极度敏感的场景是少数明确必须用按下触发的例外，因为在这里响应延迟本身就是可感知的缺陷，抬起触发无法满足这个要求。反过来，普通导航、确认这类不追求打击感的日常操作，即便按下触发也能省下这段延迟，省下的这点时间通常也换不回可取消性的损失，收益和代价并不对等。
怎么落地
- 仅用于低风险且可迅速撤销的操作，明确提供停止或撤销。
- 用即时、连续反馈说明动作已经生效。
- 验证办法：分别实测同一手势在按下触发和抬起触发两种实现下的端到端延迟差值，把这个具体数值和该场景能接受的延迟上限对比，只有确认差值真正影响体验时才选择按下触发并承担不可取消的代价。