对于包含动态内容和个性化的复杂 Web 应用程序，服务器的良好响应时间是多少（不包括网络延迟和浏览器渲染时间）？我正在考虑 Facebook、Amazon、MyYahoo 等网站。一个相关的问题是后端服务的良好响应时间是多少？
MB
问问题
137325 次
9 回答
184
对此有大量的研究。这是一个快速的总结。
响应时间：三个重要限制
雅各布尼尔森于1993 年 1 月 1 日
总结：在优化 Web 和应用程序性能时，需要牢记 3 个主要时间限制（由人类感知能力决定）。
摘自我1993 年出版的《可用性工程》一书中的第 5 章：
三十年来，关于响应时间的基本建议大致相同 [Miller 1968; 卡等人。1991]：
- 0.1 秒大约是让用户感觉到系统在瞬间做出反应的极限，这意味着除了显示结果之外不需要特殊的反馈。
- 1.0 秒大约是用户思维流保持不间断的极限，即使用户会注意到延迟。正常情况下，在大于 0.1 秒小于 1.0 秒的延迟期间不需要特殊的反馈，但用户确实会失去直接对数据进行操作的感觉。
- 10 秒大约是让用户的注意力集中在对话上的极限。对于更长的延迟，用户将希望在等待计算机完成时执行其他任务，因此应向他们提供反馈，指示计算机何时完成。如果响应时间可能变化很大，则延迟期间的反馈尤其重要，因为用户将不知道会发生什么。
于 2008-10-02T20:01:46.733 回答
14
我们争取 20 毫秒的响应时间，而一些复杂的页面则需要 100 毫秒。对于最复杂的页面，我们将页面分解成更小的部分，并使用渐进式显示模式来加载每个部分。这样，即使页面需要 1 到 2 秒才能加载，某些部分也会快速加载，从而在页面其余部分加载时保持用户参与。
于 2012-05-25T21:29:56.967 回答
7
我一直在为我的应用程序争取 < 3 秒，但在性能方面我有点挑剔。
如果你四处打听，他们会说人们开始对 >= 7 秒的范围失去兴趣，到 10-15 秒你通常会失去他们，除非你真的有他们想要或需要的东西。
于 2008-10-02T19:51:47.257 回答
6
这取决于是什么让您的用户满意。例如，Gmail 一开始需要很长时间才能打开，但用户等待是因为值得等待。
于 2008-10-02T19:46:19.517 回答
5
当然，这取决于您问题的性质，因此答案非常主观。
在页面可读/可用之前，网站的第一个响应也只是一小部分时间。
我对大于 10 秒的响应感到恼火。我认为应该在 5-7 秒后呈现一个网站。
顺便说一句：stackoverflow.com 的响应时间非常好！
于 2008-10-02T19:47:37.547 回答
3
我们公司有5秒的响应时间标准限制，我们的目标一般是2-3秒。这占页面加载的 98%。一些特定的任务被允许长达 15 秒，但我们通过放置一个页面并每 5 秒刷新一次来告诉用户我们仍在尝试处理请求来缓解这个时间。这样，用户就会看到正在发生的事情，而不仅仅是离开。虽然，考虑到我在一个用户因商业原因被迫使用的网站上工作，他们不会离开，但他们能够大声抱怨。
一般来说，如果处理时间超过 5 秒，请放置一个临时页面，以免用户失去兴趣。
于 2008-10-02T20:05:38.987 回答
3
我想您会发现，如果您的 Web 应用程序正在执行复杂的操作，然后向用户提供反馈，他们不会介意（太多）。
例如：加载谷歌邮件。
于 2008-10-02T20:17:18.567 回答
1
它不仅取决于让用户满意的因素，还取决于您有多少开发时间？您可以为问题投入哪些资源（软件、硬件和人员）？
如果托管应用程序正在做一些“复杂”的事情，我不介意它们会延迟几秒钟。如果它真的很简单，延迟会困扰我。
于 2008-10-02T19:50:42.423 回答
-7
2 到 3 秒
于 2008-10-02T19:51:26.773 回答