原文地址：[瀏覽器渲染原理及解剖瀏覽器內部工作原理](http://blog.csdn.net/liaozhongping/article/details/51028705) >[info]很多人對瀏覽器的渲染原理和瀏覽器內容工作原理混淆。其實這是兩個概念，這篇文章給了一個很全面的解釋。 1、瀏覽器渲染原理 　　簡單地說，頁面渲染就是瀏覽器將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。比如開頭的例子中的<img>圖片載入問題，這其實就是一個可以避免的reflow——給圖片設置寬度和高度就可以了。這樣瀏覽器就知道了圖片的占位面積，在載入圖片前就預留好了位置。 　　另外，有個和reflow看上去差不多的術語：repaint，中文叫重繪。如果只是改變某個元素的背景色、文字顏色、邊框顏色等等不影響它周圍或內部布局的屬性，將只會引起瀏覽器repaint。repaint的速度明顯快于 reflow（在IE下需要換一下說法，reflow要比repaint 更緩慢）。下次將通過一系列的實驗說明在Firefox、IE等瀏覽器下reflow的優化。 ***** ***** [前端必讀：瀏覽器內部工作原理](http://blog.csdn.net/findsafety/article/details/50424307) 2、瀏覽器內部工作原理 ~~~ 　目錄 　　一、介紹 　　二、渲染引擎 　　三、解析與DOM樹構建 　　四、渲染樹構建 　　五、布局 　　六、繪制 　　七、動態變化 　　八、渲染引擎的線程 　　九、CSS2可視模型 ~~~