讓頁面變得更快一點-HTML解析原理

handawei_5發表於2010-04-21

Web頁面執行在各種各樣的瀏覽器當中,瀏覽器載入、渲染頁面的速度直接影響著使用者體驗。非常不幸的是,效率最低的IE瀏覽器仍然佔領者絕大多數市場份額,這已經嚴重製約了網際網路的發展(感嘆一下:“馬賽克和IE——阻礙人類文明發展的絆腳石!”)。

簡單地說,頁面渲染就是瀏覽器將html程式碼根據CSS定義的規則顯示在瀏覽器視窗中的這個過程。先來大致瞭解一下瀏覽器都是怎麼幹活的:

  1. 使用者輸入網址(假設是個html頁面,並且是第一次訪問),瀏覽器向伺服器發出請求,伺服器返回html檔案;
  2. 瀏覽器開始載入html程式碼,發現<head>標籤內有一個<link>標籤引用外部CSS檔案;
  3. 瀏覽器又發出CSS檔案的請求,伺服器返回這個CSS檔案;
  4. 瀏覽器繼續載入html中<body>部分的程式碼,並且CSS檔案已經拿到手了,可以開始渲染頁面了;
  5. 瀏覽器在程式碼中發現一個<img>標籤引用了一張圖片,向伺服器發出請求。此時瀏覽器不會等到圖片下載完,而是繼續渲染後面的程式碼;
  6. 伺服器返回圖片檔案,由於圖片佔用了一定面積,影響了後面段落的排布,因此瀏覽器需要回過頭來重新渲染這部分程式碼;
  7. 瀏覽器發現了一個包含一行Javascript程式碼的<script>標籤,趕快執行它;
  8. Javascript指令碼執行了這條語句,它命令瀏覽器隱藏掉程式碼中的某個<div> (style.display=”none”)。杯具啊,突然就少了這麼一個元素,瀏覽器不得不重新渲染這部分程式碼;
  9. 終於等到了</html>的到來,瀏覽器淚流滿面……
  10. 等等,還沒完,使用者點了一下介面中的“換膚”按鈕,Javascript讓瀏覽器換了一下<link>標籤的CSS路徑;
  11. 瀏覽器召集了在座的各位<div><span><ul><li>們,“大夥兒收拾收拾行李,我們得重新來過……”,瀏覽器向伺服器請求了新的CSS檔案,重新渲染頁面。

 

瀏覽器每天就這麼來來回回跑著,要知道不同的人寫出來的html和css程式碼質量參差不齊,說不定哪天跑著跑著就掛掉了。好在這個世界還有這麼一群人——頁面重構工程師,平時挺不起眼,也就幫視覺設計師們切切圖啊改改字,其實背地裡還是幹了不少實事的。

說到頁面為什麼會慢?那是因為瀏覽器要花時間、花精力去渲染,尤其是當它發現某個部分發生了點變化影響了佈局,需要倒回去重新渲染,內行稱這個回退的過程叫reflow。

 

reflow.gif

reflow幾乎是無法避免的。現在介面上流行的一些效果,比如樹狀目錄的摺疊、展開(實質上是元素的顯示與隱藏)等,都將引起瀏覽器的 reflow。滑鼠滑過、點選……只要這些行為引起了頁面上某些元素的佔位面積、定位方式、邊距等屬性的變化,都會引起它內部、周圍甚至整個頁面的重新渲染。通常我們都無法預估瀏覽器到底會reflow哪一部分的程式碼,它們都彼此相互影響著。

reflow問題是可以優化的,我們可以儘量減少不必要的reflow。比如開頭的例子中的<img>圖片載入問題,這其實就是一個可以避免的reflow——給圖片設定寬度和高度就可以了。這樣瀏覽器就知道了圖片的佔位面積,在載入圖片前就預留好了位置。

另外,有個和reflow看上去差不多的術語:repaint,中文叫重繪。如果只是改變某個元素的背景色、文字顏色、邊框顏色等等不影響它周圍或內部佈局的屬性,將只會引起瀏覽器repaint。repaint的速度明顯快於reflow(在IE下需要換一下說法,reflow要比repaint 更緩慢)。下次將通過一系列的實驗說明在Firefox、IE等瀏覽器下reflow的優化。

repaint.gif

相關文章