從輸入 URL 到頁面加載完成的過程中都發生了什么

過程描述

1. 瀏覽器查找域名對應的 IP 地址；

2. 瀏覽器根據 IP 地址與服務器建立 socket 連接；

3. 瀏覽器與服務器通信： 瀏覽器請求，服務器處理請求；

4. 瀏覽器與服務器斷開連接。

根據域名查找IP地址

概念解析

1. IP地址：IP協議為互聯網上的每一個網絡和每一臺主機分配的一個邏輯地址。IP地址如同門牌號碼，通過 IP地址才能確定一臺主機位置。服務器本質也是一臺主機，想要訪問某個服務器，必須先知道它的IP地址；

2. 域名(HOST)：IP 地址由四個數字組成，中間用點號連接，在使用過程中難記憶且易輸入錯誤，所以用我們熟悉的字母和數字組合來代替純數字的 IP 地址，比如我們只會記住 www.baidu.com（百度域名） 而不是 220.181.112.244（百度的其中一個 IP 地址）；

3. DNS：每個域名都對應一個或多個提供相同服務服務器的IP地址，只有知道服務器IP地址才能建立連接，所以需要通過 DNS 把域名解析成一個 IP 地址。?

知道了上面的概念，大概就知道了想要獲得服務器的門牌號碼，需要先將域名轉換成IP地址。轉換過程如下（以查詢 www.baidu.com 的 IP地址為例，其中2、3、4步均在上一步未查詢成功的情況下進行）：

查找過程

1. 瀏覽器搜索自己的 DNS 緩存（維護一張域名與 IP 地址的對應表）；

2. 搜索操作系統中的 DNS 緩存（維護一張域名與 IP 地址的對應表）；

3. 搜索操作系統的 hosts 文件（ Windows 環境下，維護一張域名與 IP 地址的對應表）；

4. 操作系統將域名發送至 LDNS（本地區域名服務器，如果你在學校接入互聯網，則LDNS服務器就在學校，如果通過電信接入互聯網，則LDNS服務器就在你當地的電信那里。）LDNS查詢自己的DNS緩存（一般查找成功率在 80% 左右），查找成功則返回結果，失敗則發起一個迭代 DNS 解析請求;

1. LDNS向RootNameServer（根域名服務器，其雖然沒有每個域名的的具體信息，但存儲了負責每個域，如 com、net、org等的解析的頂級域名服務器的地址）發起請求，此處，Root Name Server 返回 com 域的頂級域名服務器的地址;

2. LDNS 向 com 域的頂級域名服務器發起請求，返回 baidu.com 域名服務器地址；

3. LDNS 向 baidu.com 域名服務器發起請求，得到 www.baidu.com 的 IP 地址；

5. LDNS 將得到的 IP 地址返回給操作系統，同時自己也將 IP 地址緩存起來；

6. 操作系統將 IP 地址返回給瀏覽器，同時自己也將 IP 地址緩存起來；

7. 至此，瀏覽器已經得到了域名對應的 IP 地址。

補充說明

1. 域名與URL是兩個概念：域名是一臺或一組服務器的名稱，用來確定服務器在Internet上的位置；URL 是統一資源定位符，用來確定某一個文件的具體位置，例如，zhihu.com是知乎的域名，根據這個域名可以找到知乎的服務器，zhihu.com/people/CompileYouth 是URL，可以根據這個URL定位我的知乎主頁；

2. IP 地址與域名不是一一對應的關系：可以把多個提供相同服務的服務器IP設置為同一個域名，但在同一時刻一個域名只能解析出一個 IP地址；同時，一個 IP 地址可以綁定多個域名，數量不限；

建立連接：三次握手

知道了服務器的 IP 地址，下面便開始與服務器建立連接了。

通俗地講，通信連接的建立需要經歷以下三個過程：

1. 主機向服務器發送一個建立連接的請求（您好，我想認識您）；

2. 服務器接到請求后發送同意連接的信號（好的，很高興認識您）；

3. 主機接到同意連接的信號后，再次向服務器發送了確認信號（我也很高興認識您），自此，主機與服務器兩者建立了連接。

補充說明：TCP 協議：三次握手的過程采用 TCP 協議，其可以保證信息傳輸的可靠性，三次握手過程中，若一方收不到確認信號，協議會要求重新發送信號。

數據傳輸

當服務器與主機建立了連接之后，下面主機便與服務器進行通信。網頁請求是一個單向請求的過程，即是一個主機向服務器請求數據，服務器返回相應的數據的過程。

1. 瀏覽器根據 URL 內容生成 HTTP 請求，請求中包含請求文件的位置、請求文件的方式等等；

2. 服務器接到請求后，會根據 HTTP 請求中的內容來決定如何獲取相應的 HTML 文件；

3. 服務器將得到的 HTML 文件發送給瀏覽器；

4. 在瀏覽器還沒有完全接收 HTML 文件時便開始渲染、顯示網頁；

5. 在執行 HTML 中代碼時，根據需要，瀏覽器會繼續請求圖片、CSS、JavsScript等文件，過程同請求 HTML ；

斷開連接：四次揮手

1. 主機向服務器發送一個斷開連接的請求（不早了，我該走了）；

2. 服務器接到請求后發送確認收到請求的信號（知道了）；

3. 服務器向主機發送斷開通知（我也該走了）；

4. 主機接到斷開通知后斷開連接并反饋一個確認信號（嗯，好的），服務器收到確認信號后斷開連接；

補充說明

為什么服務器在接到斷開請求時不立即同意斷開：當服務器收到斷開連接的請求時，可能仍然有數據未發送完畢，所以服務器先發送確認信號，等所有數據發送完畢后再同意斷開。

第四次握手后，主機發送確認信號后并沒有立即斷開連接，而是等待了 2 個報文傳送周期，原因是：如果第四次握手的確認信息丟失，服務器將會重新發送第三次握手的斷開連接的信號，而服務器發覺丟包與重新發送的斷開連接到達主機的時間正好為 2 個報文傳輸周期。

這篇文章大致的描述了輸入url到頁面加載完成的整個過程，我個人感覺描述還不錯，所以就想放到自己的博客來，供自己和大家分享和學習。

原文地址：從輸入 URL 到頁面加載完成的過程中都發生了什么

以上就是從輸入 URL 到頁面加載完成的過程是什么樣的的詳細內容，更多請關注php中文網其它相關文章！