瀏覽器載入、渲染和解析過程黑箱簡析

用 Fiddler 監控，在 IE6 下，資源下載順序為：

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

Firefox 對下載順序做了最佳化：

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

對於渲染，利用 Fiddler 將網速調慢，可以看到 css 下載後會馬上渲染到頁面，渲染和下載同步進行。js 的解析和運行，也類似。

對於 js 運行，以及頁面載入相關事件的觸發，特別做了測試。在 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，結果如下：

[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 的原因。小心：僅僅是類比，細節上並不等價。

還可以得到一個有點意外的結果：放在 body 結束前的指令碼，執行時，依舊最好放在 domready 事件中。無論在 Firefox 還是 IE 下，解析到 HTML End 時，並不代表 DOM 可以安全操作，特別是頁面比較複雜時。

從上面資料中，也可以看出 YSlow 效能最佳化法則裡，建議將樣式置頂和指令碼置底的根據。

有興趣的可以進一步測試動態添加樣式和指令碼的情形，會稍有不同，但沒有特別 surprise.

最後總結下：

頁面資源的下載順序是從上到下的，文檔流中先出現的資源先下載（註：存在並發，具體請參考 UA Profiler）。當某一樣式下載完成時，會立刻渲染到頁面（體現了層疊樣式表中層疊在渲染時的含義）。當某一指令碼下載完成時，也會立刻解析和運行。指令碼的運行嚴格按照文檔流中的順序進行，deferred 的指令碼會在正常指令碼運行之後運行（Firefox 和 IE 下）。

特別需要留意：指令碼運行時，會暫停該指令碼之下所有資源的下載（因為指令碼可能改變文檔流，甚至跳轉頁面，瀏覽器的暫停策略是合理的）。要小心內聯指令碼，經常會阻塞後續下載。

好了，廢話不多說。以上結果，建議各位親自測試，反覆測試，瘋狂測試，一直到眼花繚亂稀裡糊塗恍然大悟繼續糊塗為止……