只需花费l0%-20%的响应时间来下载HTML文档这一现象并不仅出目前Yahoo!的首页 上。这一统计数字适用于我所剖析过的所有些Yahoo!功能（除去 Yahoo! Search,由于它 的页面上只有极少世的组件)。而且，这一统计数字适用于绝大部分网站。表A-1展示了 从上得到的前十个美国网站。注意除去AOL以外，这类网站都名列 美国前十名。Craigslist.org也坐落于前十名，但它的页面中几乎没图片.脚本和样式表， 并非一个非常不错的实例。因此我在这里选择用AOL来代替它。
表A-1:十大网站花在下载HTML文档上的时间百分比
无缓存
完整缓存
AOL
6%
14%
Amazon
IS%
14%
CNN
19%
8%
eBay
2%
8%
谷歌
14%
36%
MSN
3%
5%
MySpace
4%
14%
Wikipedia
20%
12%
Yahoo!
5%
12%
YouTube
3%
5%
所有这类网站在获得HTML文档时，花费的时间都不到总响应时间的20%。其中一个例是谷歌在完整缓存场景中的状况。这是由于http://www.谷歌.com只有6个组件， 除去其中一个以外，都被配置为可以由浏览器进行缓存。在后续的页面査看过程中，所有 这类组件都已被缓存，仅需对HTML文档和一个图片信标进行HTTP请求，
在进行优化时，重要是分析目前的性能，找到在哪儿可以获得大的改进。非常明显，在这 种状况下大家应该关注前端性能。
假如大家可以将后端响应时间缩短一半，整体 响应时间只能降低5%-10%。而假如关注前端性能，同样是将它响应时间降低一半，则整 体响应时间可以降低40%-45%。
降低后端延迟会带来非常大的改动，比如重新设计应用程序的构造和代码、査找和优化临界代码路径、添加或改动硬件、对数据库进 行分布化等。这类改动需要花费数周或数月。下面的章节中将要介绍的前端性能改进只 需要一些好实践，比如修改Web服务器配ffl文件、将脚本和样式表 放在页面中的特定位罝、合并图片、将脚本和样式表这类改 动仅需几个小时或几天，这比进行后端改进要少花不少时间。
Yahoo!中有超越50个团队用了这里介绍的最 佳实践并减少了最后用户响应时间，减少的幅度一般为25%或更髙。有些时候，大家需要 超越这类规则，并依据对网站的剖析进行更有针对性的改进。但通常来讲，仅需遵守这 些好实践就能节省25%或更多的时间。 在开始任何新的性能改变计划之前，我绘制了一个类似表A-丨的图表，并讲解一下 性能黄金法则 网站制作之性能黄金法则网站制作之性能黄金法则转载来源：
