從在瀏覽器地址欄輸入url到顯示頁面一共經歷了什么?

1.在瀏覽器地址欄輸入URL

2.瀏覽器查看緩存,如果請求資源在緩存中并且新鮮,跳轉到轉碼步驟

????1.如果資源未緩存,發起新請求

????2.如果已緩存,檢驗是否足夠新鮮,足夠新鮮直接提供給客戶端,否則與服務器進行驗證。

????3.檢驗新鮮通常有兩個HTTP頭進行控制Expires和Cache-Control:

????????HTTP1.0提供Expires,值為一個絕對時間表示緩存新鮮日期

????????HTTP1.1增加了Cache-Control: max-age=,值為以秒為單位的最大新鮮時間

3.瀏覽器解析URL獲取協議,主機,端口,path

????輸入URL后,會進行解析(URL的本質就是統一資源定位符)

????URL一般包括幾大部分:

? ? ? ? protocol,協議頭,譬如有http,ftp等

????????host,主機域名或IP地址

????????port,端口號

????????path,目錄路徑

????????query,即查詢參數

????????fragment,即#后的hash值,一般用來定位到某個位置

4.瀏覽器組裝一個HTTP(GET)請求報文

????get會產生一個tcp數據包,post兩個

????具體就是:

????????get請求時,瀏覽器會把headers和data一起發送出去,服務器響應200(返回數據),

????????post請求時,瀏覽器先發送headers,服務器響應100 continue,

????????瀏覽器再發送data,服務器響應200(返回數據)。

????再說一點,這里的區別是specification(規范)層面,而不是implementation(對規范的實現)

5.瀏覽器獲取主機ip地址,過程如下:

? ? 1.瀏覽器緩存

? ? 2.本機緩存

? ? 3.hosts文件

? ? 4.路由器緩存

? ? 5.ISP DNS緩存

? ? 6.DNS遞歸查詢(可能存在負載均衡導致每次IP不一樣)

6.打開一個socket與目標IP地址,端口建立TCP鏈接,三次握手如下:

? ? 1.客戶端發送一個TCP的SYN=1,Seq=X的包到服務器端口

? ? 2.服務器發回SYN=1, ACK=X+1, Seq=Y的響應包

? ? 3.客戶端發送ACK=Y+1, Seq=Z

7.TCP鏈接建立后發送HTTP請求

8.服務器接受請求并解析,將請求轉發到服務程序,如虛擬主機使用HTTP Host頭部判斷請求的服務程序

9.服務器檢查HTTP請求頭是否包含緩存驗證信息如果驗證緩存新鮮,返回304等對應狀態碼

10.處理程序讀取完整請求并準備HTTP響應,可能需要查詢數據庫等操作

11.服務器將響應報文通過TCP連接發送回瀏覽器

12.瀏覽器接收HTTP響應,然后根據情況選擇關閉TCP連接或者保留重用,關閉TCP連接的四次握手如下

? ? 1.主動方發送Fin=1, Ack=Z, Seq= X報文

? ? 2.被動方發送ACK=X+1, Seq=Z報文

? ? 3.被動方發送Fin=1, ACK=X, Seq=Y報文

? ? 4.主動方發送ACK=Y, Seq=X報文

13.瀏覽器檢查響應狀態嗎:是否為1XX,3XX, 4XX, 5XX,這些情況處理與2XX不同

????1xx——指示信息,表示請求已接收,繼續處理

????2xx——成功,表示請求已被成功接收、理解、接受

????3xx——重定向,要完成請求必須進行更進一步的操作

????4xx——客戶端錯誤,請求有語法錯誤或請求無法實現

????5xx——服務器端錯誤,服務器未能實現合法的請求

14.如果資源可緩存,進行緩存

15.對響應進行解碼(例如gzip壓縮)

????首先,明確gzip是一種壓縮格式,需要瀏覽器支持才有效(不過一般現在瀏覽器都支持),

????而且gzip壓縮效率很好(高達70%左右)

????然后gzip一般是由apache、tomcat等web服務器開啟

????當然服務器除了gzip外,也還會有其它壓縮格式(如deflate,沒有gzip高效,且不流行)

????所以一般只需要在服務器上開啟了gzip壓縮,然后之后的請求就都是基于gzip壓縮格式的,非常方便。

16.根據資源類型決定如何處理(假設資源為HTML文檔)

17.解析HTML文檔,構件DOM樹,下載資源,構造CSSOM樹,執行js腳本,這些操作沒有嚴格的先后順序,以下分別解釋

18.構建DOM樹

? ? 1.Conversion轉換:瀏覽器將獲得的HTML內容(Bytes)基于他的編碼轉換為單個字符

? ? 2.Tokenizing分詞:根據HTML規范將字符流解析為標記

? ? 3.Lexing詞法分析:詞法分析將標記轉換為對象并定義屬性和規則

? ? 4.DOM construction:根據HTML標記關系將對象組成DOM樹

19.解析過程中遇到圖片、樣式表、js文件,啟動下載

20.構建CSSOM樹

? ? 1.Tokenizing:字符流轉換為標記流

? ? 2.Node:根據標記創建節點

? ? 3.CSSOM:節點創建CSSOM樹

21. 根據DOM樹和CSSOM樹構建渲染樹:

? ? 1.從DOM樹的根節點遍歷所有可見節點,不可見節點包括:

????????1)script,meta這樣本身不可見的標簽。

????????2)被css隱藏的節點,如display: none

? ? 2.對每一個可見節點,找到恰當的CSSOM規則并應用

????3.發布可視節點的內容和計算樣式

22.js解析如下

? ? 1.瀏覽器創建Document對象并解析HTML,將解析到的元素和文本節點添加到文檔中,此時document.readystate為loading

? ? 2.HTML解析器遇到沒有async和defer的script時,將他們添加到文檔中,然后執行行內或外部腳本。這些腳本會同步執行,并且在腳本下載和執行時解析器會暫停。這樣就可以用document.write()把文本插入到輸入流中。同步腳本經常簡單定義函數和注冊事件處理程序,他們可以遍歷和操作script和他們之前的文檔內容

? ? 3.當解析器遇到設置了async屬性的script時,開始下載腳本并繼續解析文檔。腳本會在它下載完成后盡快執行,但是解析器不會停下來等它下載。異步腳本禁止使用document.write(),它們可以訪問自己script和之前的文檔元素

? ? 4.當文檔完成解析,document.readState變成interactive

? ? 5.所有defer腳本會按照在文檔出現的順序執行,延遲腳本能訪問完整文檔樹,禁止使用document.write()

? ? 6.瀏覽器在Document對象上觸發DOMContentLoaded事件

? ? 7.此時文檔完全解析完成,瀏覽器可能還在等待如圖片等內容加載,等這些內容完成載入并且所有異步腳本完成載入和執行,document.readState變為complete,window觸發load事件

23.顯示頁面(HTML解析過程中會逐步顯示頁面)

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容