取消已编排动作本身需要时间与代价
别名: SSRT · 停止反应时 · 抑制延迟 · response inhibition latency
概念解释
即便一个动作还处于可以被叫停的窗口之内，"取消"也不是瞬间发生的事——从决定不做了，到肢体真正停止或收回，中间同样有一段不可省略的处理时间，这段时间叫停止反应时（stop-signal reaction time，SSRT）。很多设计里默认"用户改主意了就能立刻收手"，但取消本身是一次单独的加工过程，需要生成抑制指令、把它传导到位，这个过程本身要消耗时间，不是免费、不是即时的。
机制
取消一个已经编排好的动作，不是把原指令简单删除，而是要新生成一条抑制信号，让它压过已经在推进的执行链路。这条抑制信号从产生到真正起作用，同样要经过神经传导和信号累积的过程，这个过程有自己的耗时，与原动作的执行速度无关——即使原动作很慢，抑制信号也不会因此瞬间生效。这就是为什么即便处在理论上"还来得及停"的窗口之内，从用户按下"取消"或松开手指的那一刻，到肢体真正完全停止，中间仍然会有一段可测量的延迟，这段延迟就是抑制过程本身的固有成本，不能靠缩短窗口关闭时间之外的手段消除。
怎么研究
测量停止反应时的标准做法，是在停止信号范式里比较两类数据：一类是继续动作所需的正常反应时，另一类是通过改变停止信号出现的延迟、找到被试成功与不成功各占一半的那个临界延迟点。用正常反应时减去这个临界延迟，得到的差值就是抑制过程本身独立所需的时间估计。这套方法的价值在于把"能不能停下"和"停下要多久"分开衡量，前者取决于窗口是否已经关闭，后者取决于抑制加工本身的速度，两者是不同的量。
边界
停止反应时存在明显的个体差异，也会随任务难度、被试的疲劳与专注程度波动，不存在一个可以直接套用到所有取消场景的固定数值。它衡量的是"神经和肌肉层面完全停止"所需的时间，而很多界面场景里用户真正在意的是"系统不再产生不可逆后果"，这两者未必重合——系统只要在肢体完全停止之前的某个时刻就已经忽略了后续的执行信号，效果上就等同于成功取消，不需要等肢体真的静止。
怎么落地
- 不要把"取消"按钮或手势设计成只要被触发就立刻假设已经生效；对于会产生不可逆后果的操作，在执行不可逆步骤之前留出一段与抑制延迟量级相当的缓冲，等取消信号真正确认后再放行后续步骤。
- "长按执行、松手取消"这类交互要考虑到取消本身有延迟：如果关键的不可逆动作紧跟在松手瞬间就触发，用户即便在松手的一瞬间改了主意，抑制信号也可能还没来得及压过已经在推进的执行链路。
- 验证办法：故意让被试在动作过程中随机时刻收到取消提示，记录从提示出现到肢体动作实际停止之间的延迟分布，用这个分布反推系统需要预留多长的缓冲窗口才能让绝大多数取消尝试真正生效。