ActionScript new Date() 或 getTimer() 的毫秒精度

Question

我想测量用户的反应时间。在这个例子中，我使用的是actionscript，但概念才是真正重要的，所以如果您想显示任何代码，请随意用您选择的语言回答。

用户坐在屏幕前，屏幕上会出现一个红点。当他们看到红点时，他们按下空格键。

我的逻辑如下：使红点可见，创建一个新日期，等待空格键，创建一个新日期，使用 TimeSpan 对象。

//listen for the keystroke
this.systemManager.stage.addEventListener(KeyboardEvent.KEY_DOWN, catchSpace, true, 1);
...
if (e.keyCode == Keyboard.SPACE) {
  e.preventDefault();
  this.dispatchEvent(new PvtEvent(PvtEvent.BTN_CLICK));
}

//show the red dot, making note of the time
redDot.visible = true;
this.startCount=new Date();

//user clicks the space bar
this.endCount=new Date();
var timeSpan:Number=TimeSpan.fromDates(this.startCount, this.endCount).totalMilliseconds;

我觉得这应该可行，但我得到了一些令人不安的价值观。下面是一个典型的结果集：

[254, 294, 296, 305, 306, 307, 308, 309, 310, 308, 312, 308, 338, 346, 364, 370, 380, 387, 395, 402, 427]

请注意，某些值很接近，并且 308 被记录了多次。所以，我的问题如下：

1. 我的代码或我正在使用的逻辑是否存在某种缺陷？
2. 用户能够产生重复次数的概率是多少？
3. 如果概率很低，那么我在这里错过了什么？

我还应该注意到，我（相当意外地）收到了 12 毫秒的响应时间。我正在测试该应用程序，恰好在红点出现时按下了空格键。所以，我怀疑我的代码无法判断准确的时间，至少不能达到±12ms的精度:)。

Answer 1

我认为反应时间具有某种正态分布，因此某些结果更有可能出现多次。您的反应时间从 254 到 427，即 174 种可能的不同结果。所以问题是在 x 测试中，在 x 测试中，有些内容相同的可能性有多大？因为它可能是正态分布的，所以这个值会增加。

如果您在计算机上运行它，请记住其他应用程序/线程与 CPU 交互。此外，如果您通过 USB 或 PS/2 连接（USB 设备/集线器被轮询，而 PS/2 直接连接到 IRQ），操作系统中会有一些延迟

Answer 2

1. 不，逻辑看起来不错。这是一种以毫秒为单位测量时间的非常简单的方法。
2. 事实证明，人类和计算机很少能做到毫秒级的精度。
3. 我被绊倒的是Flash！

经过几个月的断断续续的测试，我们解决了这个问题；语言。来自 ASDOC 关于弹性计时器的信息：

不建议延迟低于 20 毫秒。定时器频率
限制为每秒 60 帧，这意味着延迟低于 16.6
毫秒会导致运行时问题。

Flash 以 60 FPS 的帧速率运行。我想这意味着，如果您尝试测量时间，并且想要精确到 16 毫秒以内，那么您就不走运了。然而，这确实解释了为什么我会看到重复值，因为“60 FPS 窗口”中的任何内容都只是在同一时间进行测量。