在用户操作和应用程序响应之间总是会出现延迟。
众所周知，响应延迟越低，应用程序瞬间响应的感觉就越大。众所周知，长达 100 毫秒的延迟通常是不可察觉的。但是 110 毫秒的延迟呢？
可以感知的最短应用程序响应延迟是多少？
我对任何确凿的证据、一般的想法和意见感兴趣。
Jon Cram
问问题
27548 次
13 回答
70
100 毫秒的阈值是在 30 多年前建立的。看：
Card, SK, Robertson, GG 和 Mackinlay, JD (1991)。信息可视化器：信息工作空间。过程。ACM CHI'91 会议。（路易斯安那州新奥尔良，4 月 28 日至 5 月 2 日），181-188。
米勒，RB（1968 年）。人机对话事务中的响应时间。过程。AFIPS 秋季联合计算机会议卷。33, 267-277。
迈尔斯，文学士（1985 年）。计算机人机界面完成百分比进度指标的重要性。过程。ACM CHI'85 会议。（加利福尼亚州旧金山，4 月 14-18 日），11-17。
于 2010-03-30T19:03:59.123 回答
30
我记得学到的是，任何超过 1/10 秒 (100 毫秒) 的延迟都会在输入字母后开始对工作效率产生负面影响（例如，您本能地放慢速度，不太确定您是否输入正确），但低于该水平的延迟生产力基本持平。
鉴于该描述，小于 100 毫秒的延迟可能会被认为不是瞬时的（例如，训练有素的棒球裁判可能会比 100 毫秒更接近地解决两个事件的顺序），但它足够快，可以考虑就对生产力的影响而言，立即响应反馈。100ms 和更大的延迟是绝对可以感知的，即使它仍然相当快。
这是针对已收到特定输入的视觉反馈。然后在请求的操作中会有一个响应标准。如果您单击表单按钮，在 100 毫秒内获得该单击的视觉反馈（例如，按钮显示“沮丧”的外观）仍然是理想的，但在那之后您预计会发生其他事情。如果在一两秒钟内没有发生任何事情，正如其他人所说，你真的想知道它是点击还是忽略它，因此当操作可能需要超过一秒钟时显示某种“工作......”指示器的标准在显示清晰效果之前（例如，等待新窗口弹出）。
于 2009-02-11T23:52:20.980 回答
8
我不认为轶事或意见对这里的答案真的有效。这个问题涉及到用户体验和潜意识的心理学。人脑功能强大且速度快，只需几毫秒即可计算和记录。我不是专家，但我知道背后有很多科学依据，例如 Matt Jacobsen 提到的。在此处查看 Google 的研究http://services.google.com/fh/files/blogs/google_delayexp.pdf了解它对网站流量的影响程度。
这是 Akami 的另一项研究 - 2 秒响应时间 http://www.akamai.com/html/about/press/releases/2009/press_091409.html（来自https://ux.stackexchange.com/questions/5529/once -apon-a-time-there-was-a-10-seconds-to-load-a-page-rule-what-is-it-nowa )
有人有其他研究可以分享吗？
于 2011-11-07T16:54:18.713 回答
8
截至 2014 年 1 月的新研究：
http://newsoffice.mit.edu/2014/in-the-blink-of-an-eye-0116
...来自麻省理工学院的一组神经科学家发现，人脑可以处理眼睛看到的整个图像只需 13 毫秒...这个速度远远快于先前研究建议的 100 毫秒...
于 2014-07-23T21:34:01.283 回答
8
在旧金山歌剧院，我们定期为每个扬声器设置精确的延迟设置。我们可以检测到扬声器延迟时间的 5 毫秒变化。当你做出如此细微的改变时，你改变了声音的来源。很多时候，我们希望声音听起来像是来自扬声器以外的其他地方。精确的延迟调整使这成为可能。即使对于未经训练的耳朵来说，15 毫秒的声音延迟也是非常明显的，因为它从根本上改变了声源的位置。一个简单的测试是证明这是通过多个扬声器播放声音，并让对象闭上眼睛并指向声音的来源。现在稍微改变一个扬声器的延迟时间，只需几毫秒，然后让该人再次指向声音的来源。
于 2015-09-26T04:49:30.697 回答
6
视觉持续时间在 100ms 左右，因此应该是一个合理的视觉反馈延迟。110ms 应该没有区别，因为它是一个近似值。在实践中，您不会注意到低于 200 毫秒的延迟。
根据我的记忆，研究表明，用户在大约 2 秒不活动（在没有反馈的情况下）后会失去耐心并重试操作，例如单击确认或操作按钮。因此，如果动作时间超过 1 秒，请计划使用某种动画。
于 2009-02-11T10:56:41.703 回答
4
我开发了一个应用程序，其明确的业务目标是超快，我们有一个最大允许的服务器时间为 150 毫秒来处理一个完整的网页。
于 2009-02-11T10:56:46.727 回答
2
没有确凿的证据，但对于我们自己的应用程序，我们在用户操作和反馈之间最多允许一秒钟。如果确实需要更长的时间，则应显示“等待箱”。
用户应该在引起动作的一秒钟内看到“某事”发生。
于 2009-02-11T10:54:02.723 回答
1
我是一名研究视觉感知和认知的认知神经科学家。
上面提到的 Mary Potter的论文涉及对视觉刺激进行分类所需的最短时间。但是，请理解这是在没有任何其他视觉刺激的实验室条件下，在现实世界的用户体验中肯定不会出现这种情况。
刺激-响应/输入-刺激交互的典型基准，即个人最小反应速度或输入-响应检测的平均时间量约为 200 毫秒。为了确定没有可检测到的差异，这个阈值可以降低到 100 毫秒左右。低于这个阈值，你的认知过程的时间动态计算事件比事件本身需要更长的时间，因此几乎没有任何能力检测或区分它。您可以降低到 50 毫秒，但这确实没有必要。10 毫秒，你就进入了矫枉过正的境地。
于 2016-10-11T19:23:20.197 回答
1
100ms 是完全错误的。您可以用手指、桌子和带有可见秒针的手表自己证明这一点。与手表的秒针同步，在桌子上连续敲出节拍，每秒敲出 16 个节拍。我选择 16 是因为它很自然地会敲出 2 的倍数，所以这就像四个强拍中间有三个弱拍。相邻节拍的声音清晰可辨。节拍间隔约 60 毫秒，因此即使 60 毫秒实际上仍然太高。因此阈值远低于 100 毫秒，尤其是在涉及声音的情况下。
例如，鼓应用程序或键盘应用程序需要大约 30 毫秒的延迟，否则它会变得非常烦人，因为您会在声音从扬声器中发出之前就听到来自物理按钮/打击垫/键的声音。像 ASIO 和 jack 这样的软件是专门为解决这个问题而开发的，所以没有任何借口。如果你的鼓应用程序有 100 毫秒的延迟，我会恨你的。
VoIP 和高功率游戏的情况实际上更糟，因为您需要实时对事件做出反应，而在音乐方面，至少您至少可以提前计划一点。对于 200 毫秒的平均人类反应时间，再延迟 100 毫秒是一个巨大的损失。它显着改变了 VoIP 的会话流程。在游戏中，200 毫秒的反应时间已经足够了，尤其是在玩家进行大量练习的情况下。
于 2018-07-22T05:21:02.880 回答
1
对于一篇相当最新的学术文章，请尝试“快多少才够快？” 用户对直接和间接触摸中延迟和延迟改进的感知(PDF)。虽然主要关注延迟的 JND（Just Noticeable Difference），但在绝对延迟感知方面有一些很好的背景，他们在第二个实验中也承认并考虑了 60Hz 监视器（16.7 ms 重绘时间）。
于 2018-11-30T16:15:39.900 回答
1
对视觉空间分辨率使用双重测试（两个平行的黑条，宽度相等，它们之间的间隙相等。减少对向角直到它们看起来是一条线，即按比例缩小或简单地移开。点它似乎合并成一行显示阈值）。
使用功能 gen 使 LED 闪烁一段时间，然后关闭，然后打开，然后关闭 --- 每个间隔相同的时间延迟，但在逐渐减少延迟的同时重复该模式，因此与上述相同，但时间代替空间. 想象一下这样的示波器图像：
_________/^d^\_d_/^d^\_________
我注意到，在 41 毫秒的间隔，我只感觉到一次较长的眨眼，但在 42 毫秒，我只感觉到它非常快速的两次眨眼。因此，阈值约为 42 毫秒。可能因人，年龄，状况等而异。
这接近 24 fps，这可能就是电影以这种呈现速度运行的原因。
看到某些东西的反应时间，然后决定做出反应，比如点击鼠标等，又要长得多了。因此，需要反应响应来测量的实验产生更长的时间也就不足为奇了，但更长的延迟并不是您所要求的，上述实验既简单又富有启发性！
但也要注意——平滑移动的动画需要视觉皮层更加努力地工作，从而延迟视觉理解。这种延迟是“隐藏”的，因此可以通过提供一些因移动而难以看到的东西来“隐藏”更长的延迟（几百毫秒）。
隐藏它的效果称为Chronostasis。基本上，看一眼“新”的地方需要视觉皮层更加努力地“去渲染”/“识别”场景。这需要相当长的时间，在此期间你的意识基本上是“暂停”的。
一旦看到一个基本不变的场景，只有变化需要这种处理，所以更小/更快的变化是可能的，你的感知体验会恢复，更快/更小的运动是可以检测到的。
视觉上的变化检测基本上是在你的视网膜上进行的。你的眼睛也有一种自然的“带通”反应——在足够长的时间内不眨眼地盯着任何东西，并且在足够的距离上扫视无法改变图像，你会发现你的视觉馈送逐渐消失为“灰色”。这就是我们的“白平衡”，有点类似于模拟收音机/电视上的自动增益控制。
关键是，你的眼睛本身有反应的时间常数，但这实际上取决于刺激的强度。（对于我们来说，LED 的亮度）。
太亮了，你的视网膜细胞从亮度中“放松”回来的能力，即对“突然变暗”的反应，会受到损害。
在光线停止后让你看到明亮事物的效果被称为“视觉暂留”，旧的阴极射线显像管或多或少在很大程度上依赖它才能工作。
这通常是 100 毫秒左右，但它不是一个“尖锐”的间隔——更像是一个指数滚降，再次——根据刺激的亮度相对于暗调整的程度而改变持续时间（即，敏感）眼睛在那一刻。
对于更迟钝、更快的变化，尤其是中央凹外的变化，您会更容易察觉到更高的变化率。例如，闪烁的灯光。你视网膜的那些外部部分（实际上是大部分区域）适合于检测运动，并引起你的注意。因此，尽管缺乏空间分辨率，但它们具有更高的时间分辨率/更短的响应率是有道理的。
但这也意味着动画通常需要更精细的时间步长，否则“跳跃”是可察觉的，主要是由于更快的响应。
请注意 iOS 使用的所有缩放/滑动全屏动画——这些动画本质上是利用 chronostasis 来隐藏技术上不可避免的加载延迟，给人一种感觉，即这些产品在任何时候都可以立即流畅地响应。
因此，在 42 毫秒内显示不同的内容 -> 即时响应。继续以高帧速率连续制作原本无用的难以正确看到的视觉效果，然后在完成后突然停止 -> 只要视觉上足够繁忙，就隐藏延迟，并且延迟不会太长。（大概 250ms 正在推动友谊）。
这似乎也与其他人对输入滞后的看法相吻合，例如：http ://danluu.com/input-lag/
于 2019-03-29T14:09:14.390 回答
-2
对于 Web 应用程序，200 毫秒被认为是不明显的延迟，而 500 毫秒是可以接受的。
于 2009-02-11T10:54:22.940 回答