C2.10.1End-to-end latency for direct touch dragging设计研究
拖动跟手要求端到端延迟低于感知阈
别名: 端到端延迟 · 跟手性 · 直接操控
概念解释
直接触摸拖动的跟手性要求从手指移动到屏幕内容更新的端到端延迟低于用户可感知、可干扰控制的阈值。这里的延迟包括触控采样、系统处理、应用逻辑、渲染、合成与显示扫描；只优化其中一个环节不足以保证拖动物体像被手指直接带动。
机制
用户以视觉反馈持续修正手指轨迹。延迟使显示位置落后于真实手指，控制闭环变慢；用户会加大动作或提前制动，进一步引起振荡和过冲。这条链路里真正容易被低估的部分，不是各环节各自的计算耗时，而是每个环节自身按固定节拍运行这件事本身：触控采样有自己的刷新周期，应用的事件循环挂在显示刷新节拍上，合成器和显示面板各自也有一次呈现周期——数据从一个环节交给下一个环节时，往往要等到接收方下一次节拍到来才能被处理，即使这一步的实际运算是瞬时完成的，也要白白等上将近一整个周期。这些等待在多级交接之间会累加，即使每一段的处理本身都很快，总的端到端延迟也可能远高于把各段耗时简单相加得到的数字。
怎么研究
测量真实手指到光子输出的时序，而非只读事件处理耗时；用不同速度、方向和拖动任务记录路径误差、修正次数、主观直接感与掉帧。分别测试轻载、动画并发和网络内容更新，找出延迟尖峰而非只看平均值。真正可靠的测量方法是用高速摄像机同时拍下手指和屏幕，逐帧数出手指到达某位置和屏幕内容响应之间隔了多少帧——这种"手指到光子"（motion-to-photon）的物理测量能捕捉到软件时间戳测不到的显示呈现延迟；软件层面记录的事件处理耗时看起来很短，不代表真实的端到端延迟同样短。
边界
可接受阈值随任务、刷新率、运动速度和用户敏感度变化，不能把单一毫秒数当作绝对标准。静态点击可容忍更多延迟，精细绘图和快速拖动更敏感；预测能掩盖一部分滞后，却不能替代稳定低延迟。
怎么落地
- 优先缩短输入到呈现的关键路径，避免拖动期间主线程和布局阻塞。
- 以高频、稳定更新维持连续视觉反馈，并监测长尾帧时间。
- 将复杂计算、网络提交和非必要动画移出手势关键循环。