转自：http://www.iefans.net/liulanqi-waibu-ziyuan-jiazai/
测试样例
测试的页面结构如下：
- head
- 1.css + 1.js
- body
- 1.jpg + 2.jpg + 2.js + 2.css + 3.jpg + 4.jpg + 3.css + 3.js + 5.jpg + 6.jpg
共12个外部资源，加上页面本身，一次完整的加载一共有13次HTTP GET请求。
针对每一个外部资源，服务器首先会休眠5秒的时间，随后再返回相应的内容，以方便查看整个外部资源的加载过程。
测试的浏览器如下：
IE6
IE6的瀑布图非常传统，其特征有：
- 各资源按照在HTML中出现的顺序进行加载。
- javascript文件会阻塞其后所有资源的加载。
- 最大并发HTTP连接数为2个。
可见网上盛传的2个“误区”都来自IE6统治浏览器市场的时代，针对IE6的优化太多太多，大家也就习惯性地将这些结论作为公理来使用了。
IE7 (tenfy补充)
和IE6不一样，IE7可以支持的并发请求的数目更多，外部资源的加载先后顺序跟在DOM中出现的顺序一致，并且js的加载会阻塞后面所有
其他资源的下载（js和img均会被阻塞），IE7不会调整资源加载的顺序，一切按照在dom出现的顺序为准，并且一旦遇到js的加载，后面的
其他资源均会被阻塞，出现在js前面的img可以跟js一起加载，但出现在js后面的图片必须等待js加载完毕，才能进行并发下载。
IE8
和IE6完全不同的瀑布图，其特点有：
- 最大并发HTTP连接数为6个。
- javascript文件已经不会阻塞其他资源的加载，甚至多个javascript文件可以一起加载，并且会保证执行的顺序。
- 会分析HTML结构，优先下载script和link标签定义的外部资源。
Firefox3.6
和IE8的几乎完全一样：
- 最大并发HTTP连接数为6个（可在about:config中修改）。
(# about:config
network.http.max-connections : 30
network.http.max-connections-per-server : 15
network.http.max-persistent-connections-per-proxy : 8
network.http.max-persistent-connections-per-server: 6
)
- javascript文件不会阻塞其他资源的加载，多个javascript文件可以一起加载。
- 会分析HTML结构，优先下载script和link标签定义的外部资源。
Firefox4 beta12
不知是因为设计理念上的不同，还是因为beta版未照顾到这一块，Firefox4反而退化了，和Firefox3.6的区别主要体现在对资源类型的处理上，Firefox4不再严格地优先下载script和link标签定义的外部资源，而是按照HTML结构中出现的顺序来进行加载。
Chrome8
Chrome自带的工具不能很清楚地表示各请求的开始时间，所以使用了Fiddler的瀑布图，从图上可以看出，Chrome也是比较特立独行的一位，其特点有：
- 最大并发HTTP连接数为6。
- head部分的资源会单独下载，且阻塞body中的其他资源的加载。
- 会优先加载script和link标签定义的资源。
Opera11
先报怨一下，Dragonfly不怎么好用来着……Opera的资源加载也比较有特色，而且很难看出规律，只能大致总结一下：
最大并发HTTP连接数为5（网上有说原先版本是4）。经过网友的指正，Opera的最大并发HTTP连接数默认为16，可在opera:config - Performance - Max Connections Server查看和修改。- javascript文件的加载会阻塞其他script和link标签定义的外部资源的加载，如图中的2.js。但不会阻塞图片等其他资源的加载，如图中的3.js。
- 会一定程度上对资源的优先级进行优化，但由于javascript文件要阻止后续部分资源的加载，又为了充分利用最大HTTP连接数，因此不能严格先加载所有的script和link标签定义的资源，导致瀑布图上各类型资源有相互穿插，难寻规律。
总结
- 抛开IE6不论的话，除非是在线相册之类外部资源非常多的页面，不然没必要去追求静态资源的分域名优化。
- 针对IE6进行静态资源分域名优化时，要严格注意javascript文件对后续资源的阻塞，进行精确计算和设计后保证资源最完美地分域名存储，以提供最大并行度。
- 鉴于Chrome对head部分的资源会独立加载，当head部分用不满6个HTTP并发数时，是否可以将资源移到body中呢？在body中的资源又会引起其他的问题，需要谨慎考虑。
- Opera的行为比较怪异，似乎主动设计了一个很麻烦的算法，不过考虑到其占有率，就先放在一边吧……而且号称最快的浏览器的Opera，在加载javascript文件时竟然如此笨拙……
- Firefox4 beta12的行为让人无法理解，看来要追踪RC版是否还存在这个问题，如果存在的话可以考虑找Mozilla报个问题了。