https://github.com/yyzych/Blog/issues/3
-----------------------------------------------------------------------------------------------------------------------
以下爲原文：
基本概念
WEB 頁面運行在各種各樣的瀏覽器當中，瀏覽器載入、渲染頁面的速度直接影響着用戶體驗簡單地說，頁面渲染就是瀏覽器將 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（迴流，相關鏈接：reflow（迴流））。
reflow 幾乎是無法避免的。現在界面上流行的一些效果，比如樹狀目錄的摺疊、展開（實質上是元素的顯 示與隱藏）等，都將引起瀏覽器的 reflow。鼠標滑過、點擊……只要這些行爲引起了頁面上某些元素的佔位面積、定位方式、邊距等屬性的變化，都會引起它內部、周圍甚至整個頁面的重新渲 染。通常我們都無法預估瀏覽器到底會 reflow 哪一部分的代碼，它們都彼此相互影響着。 當 然，reflow 問題是可以優化的，我們可以儘量減少不必要的 reflow。比如開頭的例子中的 <img> 圖片載入問題，這其實就是一個可以避免的 reflow —— 給圖片設置寬度和高度就可以了。這樣瀏覽器就知道了圖片的佔位面積，在載入圖片前就預留好了位置。
repaint（重繪）
另 外，有個和 reflow 看上去差不多的術語：repaint，中文叫重繪。如果只是改變某個元素的背景色、文 字顏色、邊框顏色等等不影響它周圍或內部佈局的屬性，將只會引起瀏覽器 repaint。repaint 的速度明顯快於 reflow（在IE下需要換一下說法，reflow 要比 repaint 更緩慢）。
原文鏈接：http://www.muzilei.com/archives/522