面試突擊72:輸入URL之後會執行什麼流程?

在瀏覽器中輸入 URL 之後,它會執行以下幾個流程:

  1. 執行 DNS 域名解析;

  2. 封裝 HTTP 請求數據包;

  3. 封裝 TCP 請求數據包;

  4. 建立 TCP 連接(3 次握手);

  5. 參數從客戶端傳遞到服務器端;

  6. 服務器端得到客戶端參數之後,進行相應的業務處理,再將結果封裝成 HTTP 包,返回給客戶端;

  7. 服務器端和客戶端的交互完成,斷開 TCP 連接(4 次揮手);

  8. 瀏覽器通過自身執行引擎,渲染並展示最終結果給用戶。

1.DNS 域名解析

在網絡中定位是依靠 IP 進行身份定位的,所以 URL 訪問的第一步便是先要得到服務器端的 IP 地址。而得到服務器的 IP 地址需要使用 DNS(Domain Name System,域名系統)域名解析,DNS 域名解析就是通過 URL 找到與之相對應的 IP 地址。

PS:爲什麼不直接訪問 IP 地址來請求服務器?因爲 IP 地址很長,不方便記憶,而 URL 地址好記很多,所以會使用 URL 來替代 IP 地址,而 URL 就像 IP 地址的別名一樣,用它可以定位到相應的 IP 地址。

DNS 域名解析的大致流程如下:

  1. 先檢查瀏覽器中的 DNS 緩存,如果瀏覽器中有對應的記錄會直接使用,並完成解析;
  2. 如果瀏覽器沒有緩存,那就去查詢操作系統的緩存,如果查詢到記錄就可以直接返回 IP 地址,完成解析;
  3. 如果操作系統沒有 DNS 緩存,就會去查看本地 host 文件,Windows 操作系統下,host 文件一般位於 "C:\Windows\System32\drivers\etc\hosts",如果 host 文件有記錄則直接使用;
  4. 如果本地 host 文件沒有相應的記錄,會請求本地 DNS 服務器,本地 DNS 服務器一般是由本地網絡服務商如移動、電信提供。通常情況下可通過 DHCP 自動分配,當然你也可以自己手動配置。目前用的比較多的是谷歌提供的公用 DNS 是 8.8.8.8 和國內的公用 DNS 是 114.114.114.114。
  5. 如果本地 DNS 服務器沒有相應的記錄,就會去根域名服務器查詢了,目前全球一共有 13 組根域名服務器(這裏並不是指 13 臺服務器,是指 13 個 ip 地址,按字母 a-m 編號),爲了能更高效完成全球所有域名的解析請求,根域名服務器本身並不會直接去解析域名,而是會把不同的解析請求分配給下面的其他服務器去完成,下面是 DNS 域名系統的樹狀結構圖:

image.png

2.封裝 HTTP 請求數據包

一個 HTTP 請求對象包含 4 部分內容:

  1. 請求行
  2. 請求報頭
  3. 空行
  4. 請求正文

它的基本格式如下:
image.png
在得到了服務器 IP 之後,緊接着會將本地的請求封裝成一個 HTTP 數據包,如上圖所示。

3.封裝 TCP 請求數據包

HTTP 底層是依賴 TCP/IP 協議實現的,所以在底層數據傳輸時,會將 HTTP 請求包進一步封裝成 TCP 數據包。

4.建立 TCP 連接(3 次握手)

HTTP 通訊的基礎是 TCP 連接,TCP 連接需要 3 次握手,3 次握手就是爲了驗證客戶端的發送能力和接收能力,以及服務器端的發生能力和接收能力,就像打電話一樣,通常的通話是這樣開頭的:

  1. :喂,能聽到嗎?
  2. 對方:能聽到,你能聽到嗎?(證明了對方的接收能力和我的發送能力)
  3. :我也能聽到,咱們聊正事吧。(證明了對方的發送能力和我的接收能力)

經過以上 3 次握手就可以證明客戶端的發送能力和接收能力,以及服務器端的發生能力和接收能力,這樣就可以正式開始通訊了。

5.服務器端獲取到 HTTP 請求參數

數據在經過 TCP 傳到到服務器程序之後,又會將 TCP 的數據包轉換成 HTTP 數據包(這一切都是 TCP/IP 協議的功勞),這樣服務器端就可以得到客戶端發送的請求數據了。

6.服務器端執行業務處理,並返回數據

服務器端拿到了客戶端的請求參數之後,會進行相應的業務處理,處理完成之後,再將處理的結果返回給客戶端。返回的流程和發送的流程類似,先將結果封裝成 HTTP 數據包,HTTP 數據包可分爲以下 4 部分:

  1. 狀態行
  2. 響應報頭
  3. 空行
  4. 響應正文

它的基本格式如下:
image.png
狀態行用於描述服務器的返回狀態,它由 3 部分組成:

  1. HTTP 版本號,如 HTTP/1.1;
  2. 狀態碼,如 200;
  3. 狀態描述信息,如 OK;

常見的狀態碼有以下幾個:

  • 200:返回成功;
  • 301:永久重定向;
  • 302:臨時重定向;
  • 404:未找到頁面;
  • 500:服務器程序出錯。

響應正文就是返回給客戶端的所有數據。

7.斷開 TCP 連接(4 次揮手)

在經過一次請求和一次響應之後,客戶端和服務器的“交流”就結束了,此時就可以執行 TCP 連接斷開的流程了,它需要 4 次揮手:

  • 客戶端:咱們分手吧;
  • 服務器端:好的,讓我準備一下。
  • 服務器端:我準備好了,分手吧。
  • 客戶端:好的。

經過了以上流程之後,TCP 的連接就斷開了。

8.瀏覽器渲染並展示結果

經過 TCP 交互之後,客戶端也得到了服務器端返回的數據,然後使用瀏覽器自身的執行引擎,將最終的結果展示給用戶,整個執行流程就結束了。

參考 & 鳴謝

zhuanlan.zhihu.com/p/58108010

是非審之於己,譭譽聽之於人,得失安之於數。

公衆號:Java面試真題解析

面試合集:https://gitee.com/mydb/interview

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章