任务比较

反应时间与注意力

反应时间是任务内部的一段间隔。注意任务还加入目标选择、不响应、冲突或持续监测,因此它们的用时不能解释为同一种量。

分类

任务比较

发布

2026年8月14日

更新

2026年8月14日

作者

focus-game.org 编辑团队

简单反应页面要求在一个不可预测信号后完成一个动作。多数注意页面还会追问:该不该响应、哪个响应正确、哪个特征相关,或低频目标是否出现。额外判断会同时改变错误类型与用时。

这一区分很实用。把所有毫秒数都叫作“注意速度”会隐藏规则,并诱导无效比较。结果应按用户实际完成的行为命名。

简单反应与选择反应不同

简单反应只有一个已知响应:等待视觉变化,然后按下。选择反应把不同信号映射到不同响应,所以间隔还包含识别信号与选择动作。增加选择通常会同时改变用时分布与可能出现的错误。

本站反应时间测试属于简单视觉反应任务,并记录抢跑。Stroop、Flanker 与符号搜索则属于判断任务。它们的反应时包含不同知觉与规则处理步骤,绝不能放在同一排名量尺上。

选择性注意与抑制会增加错误类型

选择性注意要求在其他信息存在时响应相关特征。本站短时注意力测试中,目标要求响应,No-Go 提示要求不响应。漏答与误报并不等价:前者漏掉必要响应,后者做出了被禁止的响应。

抑制任务还会暴露策略权衡。激进响应可能缩短命中用时,却增加误报;等待确认可能减少误报,却增加漏答或延迟。正确解释应把这些结果都保留下来。

Stroop 加入竞争的词义与颜色信息

Stroop 风格试次要求判断墨色,而可读词语可能一致或冲突。一致、中性与不一致条件可以分别汇总。页面定义的干扰差比较各条件下正确响应的用时,并不是对个人执行功能的直接测量。

语言熟练度、显示颜色、响应映射、错误与可用试次数都会影响结果。浏览器实现演示规则冲突,但不等同于专业实施的评估。

持续注意是更长的监测问题

持续注意力测试在数分钟内呈现刺激流,并让目标保持低频。其有用输出包括命中、漏答、误报、命中中位用时、变异度及前后半程比较。只看一个平均反应时会隐藏大部分任务信息。

后半程变慢可能有许多解释,包括策略、中断、显示条件或普通波动。页面不能从这种模式中分离疲劳,也不能诊断注意问题。

浏览器测量的是整条链路,而不是神经传导

显示提示会经过屏幕刷新与渲染;响应会经过触摸屏、鼠标或键盘、操作系统、浏览器事件队列与 JavaScript 处理器。因此记录区间包含人的响应以及软硬件延迟,后台负载与掉帧还可能增加波动。

W3C 的 Event Timing 模型明确区分事件时间戳与开始处理的时间。普通页面仍无法扣除每一种设备延迟;这恰好说明浏览器数字应被视为端到端页面计时,而不是实验室级生理间隔。

为什么手机与电脑成绩应分开

手机与电脑在刷新行为、输入采样、触控动作、光标移动、视口大小、方向与浏览器调度方面不同。用户还可能以不同距离和姿势使用手机。这些都是测量条件变化,不能当作可安全忽略的噪声。

应为触控与鼠标或键盘建立分开的个人基线,固定浏览器缩放与方向,优先比较完整且无标记会话的中位数,也不要拿自己的结果与硬件、样本及流程不明的在线表格比较。

让页面匹配问题

一个信号后做一个已知响应的问题可用反应时间;短时目标/不响应区块可用注意力测试;冲突信息可用 Stroop 或 Flanker;较长低频监测可用持续注意。所有判断任务都应把准确率与错误类型同用时一起看。

这些选择都不会产生 ADHD 分数、临床反应时常模或总体专注等级。它们提供的是不同浏览器交互,结果只在各自说明的规则与条件内有意义。

常见问题

这些问题和本页内容直接对应。

不一定。更快响应也可能增加错误、抢跑或误报。

来源与延伸阅读

以下链接用于核对文章中的研究背景、测量边界与原始定义。

  1. Event Timing API(事件计时接口)

    W3C Web Performance Working Group — 说明浏览器可观察的输入事件到事件处理开始之间的延迟。

  2. 速度—准确率权衡:历史、生理、方法与行为综述

    Frontiers in Neuroscience / PubMed — 综述为什么反应速度与准确率需要结合解释。

  3. 连续言语反应中的干扰研究(1935)

    J. Ridley Stroop; York University archive — 由大学托管的 Stroop 原始论文文本。

相关工具

继续查看同一主题下更适合放在一起比较的工具。

相关文章

补一层解释、方法和训练建议。