什么被认为是动态,个性化的Web应用程序的良好响应时间？

对于包含动态内容和个性化的复杂Web应用程序,服务器的响应时间是多少(因此排除网络延迟和浏览器呈现时间)？我正在考虑Facebook,亚马逊,MyYahoo等网站.一个相关的问题是后端服务的响应时间是多少？

1> Hank Gay..：

---

对此进行了大量研究.这是一个快速摘要.

响应时间:3个重要限制

作者:Jakob Nielsen,1993年1月1日

简介:在优化Web和应用程序性能时,要记住3个主要时间限制(由人类感知能力决定).

摘自1993年" 可用性工程"一书中的第5章:

三十年来,有关响应时间的基本建议大致相同[Miller 1968; 卡等人.1991]:

0.1秒是关于让用户感觉系统瞬间响应的限制,这意味着除了显示结果之外不需要特殊反馈.

即使用户会注意到延迟,1.0秒也是关于用户思维流不受干扰的限制.通常,在超过0.1秒但小于1.0秒的延迟期间不需要特殊反馈,但是用户确实失去了直接操作数据的感觉.

10秒是将用户的注意力集中在对话上的极限.对于较长的延迟,用户将希望在等待计算机完成时执行其他任务,因此应该给出反馈,指示计算机何时完成.如果响应时间可能变化很大,则延迟期间的反馈尤为重要,因为用户将不知道会发生什么.

---

这在2017年仍然有效吗？

---

@KarthikCherukuri - 是的,它仍然相关.答案是谈论人类感知,这是生物学的一个功能.从进化时间尺度来看,1993年至今的时间非常短.我们的神经解剖学现在和以前一样.

2> Jeshurun..：

---

我们力求20毫秒的响应时间,而一些复杂的页面需要100毫秒.对于最复杂的页面,我们将页面分成较小的部分,并使用渐进式显示模式加载每个部分.这样,即使页面需要1到2秒加载,某些部分也会快速加载,在页面的其余部分加载时保持用户参与.

---

也许他真的意味着20毫秒.我目前正在开发的应用程序的典型响应时间平均为15毫秒(在我的笔记本电脑上进行本地测试时).不幸的是,这并不是大多数用户实际看到的,因为他们离服务器很远,而且还需要包含渲染时间.但从纯粹的应用程序角度来看,即使对于复杂的电子商务应用程序来说,15甚至10岁以下也是非常可能的.

3> Mitchel Sell..：

---

我的应用程序一直在努力<3秒,但在性能方面我有点挑剔.

如果你四处询问,他们会说人们开始失去对= = 7秒范围的兴趣,你通常会失去它们10-15秒,除非你真的有他们想要或需要的东西.

---

app服务器或浏览器渲染3秒？我的目标是100毫秒的app服务器.但在浏览器上只有4秒.

---

<3听起来更像是你在谈论的页面加载时间与响应时间不同.

4> Liam..：

---

这取决于使用户满意的因素。例如，Gmail最初需要花很长时间才能打开，但用户值得等待，因为它值得等待。

5> Peter Parker..：

---

当然,它存在于你的问题的本质,所以答案是非常主观的.

网站的第一个响应也只是页面可读/可用的一小部分时间.

我对大于10秒响应的所有事感到恼火.我认为一个网站应该在5-7秒后呈现.

顺便说一句:stackoverflow.com有一个很好的响应时间!