简略说来，Web运用慢，是因为下面的三点原因造成的：

● 办事器花在处置客户要求上的时光。

● 收集花在传输要求和响应上的时光

● 客户花在组装并显示成果内容上的时光。

当然，现实情况远比这要庞杂，原因下面分离进行介绍。

办事发明

开端拜访任何网站时，客户都须要先找到办事器。平日这是由DNS查询完成的，尽管客户可能已经缓存了办事器的IP地址。有时刻可能须要多走几步能力找到准确的办事器，像HTTP重定向这种操作，就会把客户引向别的的处所。

什么时刻客户须要从新的办事器获取内容，都要阅历这种办事发明进程。成果，对于带有许多组件的网站一这是一个日渐广泛的模式一一都邑迫使客户去解析许多网站，而且页面的加载时光也延伸了。

现代的网站都依附于第三方组件供给诸如付出、嵌入式视频、到社会媒体的链接、监控等的功效。然而，每个附加组件都是一个令人担忧的掉效点，而且也是导致页面加载延迟的祸首，硬生生地褫夺了高效网站的优势。

发送要求

收集再快，客户与办事器之间的往返也是须要时光的，部门原因是物理学上的限制:光从纽约到拉斯维加斯须要13毫秒，那么数据从纽约到拉斯维加斯就弗成能比13毫秒更快从阅读器到内容之间的收集速度是导致延迟的重要身分。

Web要求可能会很简略:GETindex.html，然而，更为常见的倒是很庞杂的要求，包含cookies、URI参数，甚至还有POSTS上载内容的操作。要求包括的内容越多，则收集用来传输的时光就越长。假如是一个平安页面的话，还会有别的的延迟，用来在客户与办事器之间进行加密协商。

再斟酌响应

要求达到办事器的今后，另一个导致延迟的祸首就登场了:主机。岂论是从内存中检索静态对象，照样应用后台的第三方办事来完成一个庞杂的要求，主机延迟都邑对机能造成影响。关于后台办事造成的延迟，本书其他章节有评论辩论，这里就不多说了。主机延迟是造成糟糕用户体验的重要原因，所以，除了在后台对其进行测量之外，在网站之外对其进行追踪也长短常主要的。

记住，假如网站依附于第三方组件，则也要对这些外部网站的主机延迟进行测量，并且还可以针对这些供给商草拟一份办事程度协定(SLAs)，确保他们的网站可以或许知足你的延迟尺度。

发送响应

响应内容一旦预备停当，办事器就可以经由过程HTTP协定发送这些要求对象，恰是这些对对象的发送造成了访客体验到的延迟。

固然看起来似乎是带宽一一给准时段内客户与办事器之间传送的数据量一一对页面延迟负有义务，事实上，页面中的对象数目以及这些对象从何而来，平日决议着页面加载所消费的时光。

Web页面少少只包括一个对象，对于年夜多半页面，容器对象(page.html)包括有对组件对象(Image.gif、video.mo、audio.Wav、movie.Swf)的引引用，从而，这些对象也要抽取过来。而阅读器对于在同时可以或许检索若干对象上也是有限制的。所以，页面加载所用时光，是对象数目、对象年夜小、同时可以或许检索的对象数目、可用带宽的综合感化。

异步通讯与刷新

某些运用包含一些客户与办事器之间的通讯，这些通讯是自力于页面进行的，我们在拖拽GoogleMapl时就会不雅察到这一点，此日时的配景拼贴就是自力进行的，或者在你输入搜刮条目时，输人框下面也会涌现可供你选择的建议列表。这些异步通讯模式在Web2.0作风的网站上日渐广泛。

包括某种异步更新或刷新的运用，有分歧的延迟测量指标。我们不克不及再用“页面加载时光”了，因为此时流向阅读器的是连续的更新流。取而代之的是，我们对“每秒新闻数”或“刷新时光”如许的指标进行测量，个中，“刷新时光”表现的是从用户做某件工作(在键盘上输入一个字符，拖动地图)到内容获得刷新(建议列表被刷新，地图被重绘)之间的延迟。

衬着时光

跟着客户端越来越庞杂，阅读器做的也越来越多。有可能是启动高互联网运用(RIA)，这些RIAs都是构建在Flash、Flex、HTML5、Java、Javascript以.及Silverlight之上的，也可能是运行诸如QuickTime及Windows媒体播放器等如许的插件，甚至决议若何对庞杂页面进行结构也是须要消费时光的。所以，对于年夜量依附客户端进行衬着的网站，就必需斟酌这种延迟。

好新闻是，在构建网站扶植客户端时，可以在个中包括代码，对延迟进行测量，然后将数据送回给你，如许就可以懂得，对终端用户而言，你的运用到底怎么样。