乙個瀏覽器是如何工作的？

瀏覽器首先使用 http 協議或者 https 協議，向服務端請求頁面。

把請求回來的 html **經過解析，構建成 dom 樹。

計算 dom 上的屬性。

最後根據 css 屬性對元素逐個進行渲染，得到記憶體中的點陣圖。

乙個可選的步驟是對位圖進行合成，這會極大地增加後續繪製的速度。

合成之後，再繪製到介面上。

http 協議是基於 tcp 出現的，tcp 協議是一條雙向的通道，http 在 tcp 的基礎上，規定了 request - response 的模式。這個模式決定了通訊必定是由瀏覽器端首先發起的。

request line | response line + headers + body

3xx：表示請求的目標有變化，希望客戶端進一步處理

4xx：客戶端請求錯誤

5xx：服務端請求錯誤

對於前段，1xx基本遇不到，原因是1xx 狀態被瀏覽器 http庫直接處理掉了，不會讓上層應用知曉。

2xx 系列的的 200，請求成功

3xx 系列，301 表示永久轉移，告訴使用者以後別再來這個 url 了，302 表示暫時性轉移，以後資源還會回來。

304 ，前端必會的乙個狀態碼。產生這個狀態碼的前提是，客戶端本地有了快取，並且在 request 中告訴了服務端，當伺服器通過時間或者 tag ，發現沒有更新的時候，就會返回乙個不含 body 的 304 狀態

在基於 http 的基礎上使用了加密通道來傳輸，保證了網頁資料傳輸的安全性。

https 是使用加密通道來傳輸 http 的內容。但是 https 首先與服務端建立一條 tls 加密通道。tls 構建於 tcp 協議之上，它實際上是對傳輸的內容做一次加密，所以從傳輸內容上看，https 跟 http 沒有任何區別。

http 2 是 http 1.1 的公升級版本。

http 2.0 最大的改進有兩點，一是支援服務端推送，二是支援 tcp 連線復用。

服務端推送能夠在客戶端傳送第乙個請求到服務端時，提前把一部分內容推送給客戶端，放入快取當中，這可以避免客戶端請求順序帶來的並行度不高，從而導致的效能問題。

tcp 連線復用，則使用同乙個 tcp 連線來傳輸多個 http 請求，避免了 tcp 連線建立時的三次握手開銷，和初建 tcp 連線時傳輸視窗小的問題。

note: 其實很多優化涉及更下層的協議。ip 層的分包情況，和物理層的建連時間是需要被考慮的。