我正在进行自定义的一个cots（商业现成的）应用程序，其中有几页需要花费很长时间来加载某些数据分发。 （我说这个实例中加载的页面大约需要3分钟......而且时间呈指数级增长）。
显然这是不可接受的，但有研究可以指出可接受的响应时间是什么？
我想要一些可能讨论响应时间的好学习。
答案 0 :(得分：48)
Jakob Nielsen's research已经为任何应用程序回答了这个问题（网络应用在这方面并不特别）：
因此，对于网络应用程序，您应该将页面响应时间平均保持在服务器附近平均最大500毫秒，即使网络延迟为200-300毫秒，也可以使用Web应用程序。
答案 1 :(得分：12)
可接受的UI响应时间基于人类心理，因此Web应用程序与传统桌面应用程序相同。
取决于最终用户如何感知正在执行的操作，可接受的响应时间可能是1秒（例如，关闭“对话窗口”）或10秒（例如，用于显示计算结果）。 / p>
可用性大师Jakob Nielsen撰写了good article关于可接受的Web应用程序响应时间的文章。
已发布的UI指南指定了相同的可接受响应时间，例如：
答案 2 :(得分：2)
是的，尼尔森的文章提供了一些关于心理学如何参与的好信息。 Here 您可以找到有关“感知性能”为何重要的更多信息，而不仅仅是实际的响应时间。
答案 3 :(得分：0)
我发布了一个相关问题并得到了一些可能有帮助的有趣答案。参见
What is considered a good response time for a dynamic, personalized web application?
答案 4 :(得分：0)
不久前，一位教授告诉我，普通用户在等待10秒后放弃，没有任何事情发生。看到事情发生可能会增加他们等待的倾向。但那是一段时间......当互联网速度较慢时。
答案 5 :(得分：0)
有一篇不错的博文here，认为 没有行业标准。
也许没有好办法做到这一点。
答案 6 :(得分：0)
该问题的答案集中在UI行为上，其中许多假设网络响应时间和UI响应性之间始终存在硬联系。
尽管11年前发布最后一个答案时可能是对的，但如今这些天来，实现网页的策略已经发展，最佳实践意味着许多XHR调用独立于使页面立即对用户有价值
我怀疑甚至这些答案的人类心理部分都随着时间而改变-人们现在对网页的期望值更高，耐心阈值也更低。
答案 7 :(得分：-3)
∞是最不可接受的响应时间。
之后用户期望的最长时间，具体取决于您的服务。
动画区域将极大地增加用户的耐心，无论是沙漏，漩涡，圆圈，还是一个填满并一遍又一遍地清空的酒吧。只要问题显然不是他们的行为闻所未闻，他们就会等待。