用 Fiddler 監(jiān)控，在 IE6 下，資源下載順序為：

很明顯，下載順序從上到下，文檔流中先出現(xiàn)的資源先下載。在 IE8, Safari, Chrome 等瀏覽器下也類似。

Firefox 對下載順序做了優(yōu)化：

Firefox 會將 js, css 提前下載，而將圖片等資源延遲到后面下載。

對于渲染，利用 Fiddler 將網(wǎng)速調(diào)慢，可以看到 css 下載后會馬上渲染到頁面，渲染和下載同步進行。js 的解析和運行，也類似。

對于 js 運行，以及頁面加載相關(guān)事件的觸發(fā)，特別做了測試。在 Firefox 下，打開測試頁面：

[22:13:32.947] HTML Start[22:13:32.947] normal inline script run time[22:13:34.904] normal external script run time[22:13:35.775] [body] normal external script run time[22:13:35.789] [body end] normal external script run time[22:13:35.789] HTML End[22:13:35.791] deferred inline script run time[22:13:35.791] deferred external script run time[22:13:35.793] DOMContentLoaded[22:13:38.144] images[0] onload[22:13:38.328] images[1] onload[22:13:39.105] images[2] onload[22:13:39.105] images[3] onload[22:13:39.106] window.onload

很明顯，JS 的運行嚴格按照文檔流中的順序進行。其中 deferred 的腳本會在最后運行（注：Firefox 3.5 開始支持 defer，而且支持得很完美）。

再來看下 IE8，結(jié)果如下：

[22:33:56.806] HTML Start[22:33:56.826] normal inline script run time[22:33:57.786] normal external script run time[22:33:57.812] deferred inline script run time[22:33:57.816] document.readyState = interactive[22:33:57.934] [body] normal external script run time[22:33:58.310] [body end] normal external script run time[22:33:58.310] HTML End[22:33:58.346] deferred external script run time[22:33:58.346] images[0].readyState = loading[22:33:58.346] images[0].readyState = complete[22:33:58.346] images[0] onload[22:33:58.361] doScroll[22:33:58.451] images[1].readyState = loading[22:33:58.479] images[1].readyState = complete[22:33:58.479] images[1] onload[22:33:58.794] images[2].readyState = loading[22:33:58.854] images[2].readyState = complete[22:33:58.854] images[2] onload[22:33:58.876] images[3].readyState = loading[22:33:58.876] images[3].readyState = complete[22:33:58.876] images[3] onload[22:33:58.887] document.readyState = complete[22:33:58.888] window.onload

可以看出，IE8 下，defer 只對 external 腳本有效，對 inline 腳本無效。另，與 DOMContentLoaded 最接近的是 doScroll. 這是 doScroll 被廣泛用來模擬 DOMContentLoaded 的原因。小心：僅僅是模擬，細節(jié)上并不等價。

還可以得到一個有點意外的結(jié)果：放在 body 結(jié)束前的腳本，執(zhí)行時，依舊最好放在 domready 事件中。無論在 Firefox 還是 IE 下，解析到 HTML End 時，并不代表 DOM 可以安全操作，特別是頁面比較復(fù)雜時。

從上面數(shù)據(jù)中，也可以看出 YSlow 性能優(yōu)化法則里，建議將樣式置頂和腳本置底的根據(jù)。

有興趣的可以進一步測試動態(tài)添加樣式和腳本的情形，會稍有不同，但沒有特別 surprise.

最后總結(jié)下：

頁面資源的下載順序是從上到下的，文檔流中先出現(xiàn)的資源先下載（注：存在并發(fā)，具體請參考 UA Profiler）。當(dāng)某一樣式下載完成時，會立刻渲染到頁面（體現(xiàn)了層疊樣式表中層疊在渲染時的含義）。當(dāng)某一腳本下載完成時，也會立刻解析和運行。腳本的運行嚴格按照文檔流中的順序進行，deferred 的腳本會在正常腳本運行之后運行（Firefox 和 IE 下）。

特別需要留意：腳本運行時，會暫停該腳本之下所有資源的下載（因為腳本可能改變文檔流，甚至跳轉(zhuǎn)頁面，瀏覽器的暫停策略是合理的）。要小心內(nèi)聯(lián)腳本，經(jīng)常會阻塞后續(xù)下載。

好了，廢話不多說。以上結(jié)果，建議各位親自測試，反復(fù)測試，瘋狂測試，一直到眼花繚亂稀里糊涂恍然大悟繼續(xù)糊涂為止……