構(gòu)建請求行
GET / HTTP/1.1
方法 請求路徑 請求的協(xié)議/版本
復(fù)制代碼查找強(qiáng)緩存
檢查資源是否存在強(qiáng)緩存,存在的話直接進(jìn)行資源解析
讀取DNS緩存
瀏覽器先檢查自身緩存中有沒有被解析過的這個域名對應(yīng)的ip地址仍源，如果有，解析結(jié)束
檢查操作系統(tǒng)緩存中有沒有對應(yīng)的已解析過的結(jié)果(win中的hosts文件)
都沒有則進(jìn)行下一步
DNS解析
請求本地域名服務(wù)器（LDNS）來解析這個域名,沒有則進(jìn)行下一步
DNS 根服務(wù)器查詢
建立TCP連接
可以在此簡述建立TCP鏈接的3次握手的過程
客戶端向服務(wù)端發(fā)送請求報文
服務(wù)端收到請求報文,同意連接則向客戶端發(fā)送一個應(yīng)答
客戶端收到服務(wù)端的應(yīng)答,并告知服務(wù)端我準(zhǔn)備好了
TCP 的一些特性
建立連接需要進(jìn)行三次握手
斷開連接都需要四次握手
在傳輸數(shù)據(jù)的過程中角骤，通過各種算法保證數(shù)據(jù)的可靠性
相比 UDP 來說不那么的高效哨毁。
判斷是否是Https請求
是:進(jìn)行TLS握手
基本過程
客戶端向服務(wù)器端索要并驗(yàn)證公鑰
雙方協(xié)商生成”對話密鑰”
雙方采用”對話密鑰”進(jìn)行加密通信
在 TLS 握手階段，兩端使用非對稱加密的方式來通信曲初，但是因?yàn)榉菍ΨQ加密損耗的性能比對稱加密大嚎莉，所以在正式傳輸數(shù)據(jù)時兴溜，兩端使用對稱加密的方式通信
否:發(fā)起Http請求
發(fā)送HTTP請求
向服務(wù)端正式發(fā)送http請求
返回HTTP報文
服務(wù)器處理請求響應(yīng)結(jié)果,并返回Http報文
判斷狀態(tài)碼是什么?
200:繼續(xù)解析，如果 4xx 或 5xx 的話就會報錯，如果 3xx 進(jìn)行重定向
如果是gzip格式的話會先解壓一下，然后通過文件的編碼格式去解碼文件
瀏覽器解析渲染頁面
針對下載完成后的HTML文件
詞法分析:標(biāo)記化
語法分析:構(gòu)建DOM樹
解析HTML(超文本標(biāo)記語言)-->DOM(文檔對象模型)樹
遇到 script 標(biāo)簽的話尚洽，會判斷是否存在 async 或者 defer屬性
async:并行進(jìn)行下載,下載完成后并執(zhí)行js
defer:先并行下載文件悔橄，然后等待 HTML 解析完成后順序執(zhí)行靶累。
如果都沒有:就會阻塞住渲染流程直到 JS 下載并執(zhí)行完畢
遇到link下載并解析CSS(層疊樣式表)-->CSSOM(CSS對象模型)樹
link標(biāo)簽引用
style標(biāo)簽中的樣式
元素的內(nèi)嵌style屬性
DOM樹 + CSSOM樹 --> Render Tree(渲染樹):CSSOM 樹和 DOM 樹構(gòu)建完成后開始生成渲染樹
回流(Layout):根據(jù)生成的渲染樹,回流得到節(jié)點(diǎn)的幾何信息(位置,尺寸)
計算可見的Dom節(jié)點(diǎn)在設(shè)備視口的位置和尺寸,這個計算階段就是回流
為了知道每個可見節(jié)點(diǎn)在視口的確切大小和位置,瀏覽器從渲染樹的根節(jié)點(diǎn)進(jìn)行遍歷
重繪(Painting):根據(jù)渲染樹與回流得到的節(jié)點(diǎn)幾何信息,得到節(jié)點(diǎn)的絕對像素
經(jīng)過生成的渲染樹和回流階段,得到了所有可見節(jié)點(diǎn)具體的幾何信息與樣式,然后將渲染樹的每個節(jié)點(diǎn)轉(zhuǎn)換成屏幕上的實(shí)際像素,這個階段就叫重繪節(jié)點(diǎn)
將像素發(fā)送給GPU繪制,合成圖層,然后展示在頁面上
斷開TCP連接
簡述斷開進(jìn)行4次數(shù)握手過程
客戶端對服務(wù)端發(fā)送釋放連接的請求
服務(wù)端收到客戶端的請求后,告知應(yīng)用層釋放連接
服務(wù)端將數(shù)據(jù)發(fā)送完畢后,再向客戶端發(fā)送釋放連接請求
客戶端收到釋放請求后,并向服務(wù)端發(fā)送確認(rèn)釋放的應(yīng)答,同意釋放
