Performance 对于不可接受的webapp响应时间是否有一些行业标准？

有一个cots（商业现货）应用程序，我正在定制，其中一些页面需要非常长的时间才能加载特定的数据分发。（在本例中，我指的是加载一个页面大约需要3分钟……而且时间呈指数增长）

显然这是不可接受的，但是否有研究可以指出什么是可接受的响应时间

---

我想要一些关于回复时间的好研究。

我发布了一个相关的问题，得到了一些有趣的答案，可能会有所帮助。看

---

可接受的UI响应时间基于人类心理，因此web应用程序的响应时间与传统桌面应用程序的响应时间相同

根据最终用户对正在执行的操作的感知，可接受的响应时间可能为1秒（例如，关闭“对话框窗口”）或10秒（例如，显示计算结果）

可用性大师雅各布·尼尔森（Jakob Nielsen）写了一篇关于可接受的web应用程序响应时间的文章

发布的UI指南指定了相同的可接受响应时间，例如：

---

.

不久前，一位教授告诉我，一般用户在等待10秒后就会放弃，而什么也没有发生。看到事情发生可能会增加他们等待的倾向。但那是很久以前的事了。。。当网络速度较慢时。

∞ 是最短可接受的响应时间

在这之后，用户期望它花费的最长时间，这取决于您的服务

一个动画区域将大大提高用户的耐心，无论是沙漏、漩涡、圆圈，甚至是一个不断填充和清空自身的酒吧。只要问题不是他们的行为没有被听到，他们就会等待。

有一篇很好的博客文章认为，确实没有行业标准

---

也许没有什么好方法可以做到这一点。

是的，尼尔森的文章提供了一些关于心理学是如何参与其中的好信息。 您可以找到更多关于“感知性能”为何重要的信息，而不仅仅是实际响应时间

已针对任何应用程序回答了这一问题（web应用程序在这方面并不特殊）：

• 0.1秒：用户感觉自己在直接操作界面中的对象的限制
• 1秒：限制用户在不必过度等待计算机的情况下自由浏览命令空间
• 10秒：限制用户将注意力保持在任务上

---

因此，对于web应用程序，服务器附近的页面响应时间平均应保持在最大500毫秒，即使在网络延迟为200-300毫秒的情况下，使用一个web应用程序也是一种乐趣。

这个问题的答案主要集中在用户界面行为上，其中许多人认为网络响应时间和用户界面响应之间始终存在着硬链接

虽然11年前发布最后一个答案时可能是这样，但现在实现网页的策略已经发展，最佳实践意味着许多XHR调用独立于使网页立即对用户有价值

---

我怀疑，甚至这些答案中的人类心理学部分也随着时间的推移而发生了变化——人们现在通常对网页有更高的期望值和更低的耐心阈值。

这些都是很好的答案。有没有为网络应用找到任何东西？我唯一能找到的是没有标准：（是的。雅各布·尼尔森在这个问题上写了相当多的文章。GNOME UI文档链接已更改为：我绝对不适合这个框。我认为这些类别已经过时了（1993年）对于现代网络来说。如果任何页面占用的时间超过，我就离开了。而且，如果动态广告在我阅读时改变内容，我会感到非常不安！呵呵；实际上，12年前的答案仍然得到否决票。仍然没有标准。当然有一些研究，但不一定适用于你的应用程序。注意研究是如何进行的就数量级而言。我是说10秒；是的，那是很多。但是9和11之间有很大的区别吗？没有。