參考一下我的說法： 關(guān)鍵要講出輸入網(wǎng)址后涉及的每一個網(wǎng)絡(luò)協(xié)議的工作原理和作用： 涉及到的網(wǎng)絡(luò)協(xié)議： HTTP/HTTPS協(xié)議->DNS協(xié)議->TCP協(xié)議->IP協(xié)議->ARP協(xié)議 面試參考回答： 第一次訪問（本地沒有緩存時）： 一般我們在瀏覽器地址欄輸入的是一個域名。 瀏覽器會先解析 URL、解析出域名、資源路徑、端口等信息、然后構(gòu)造 HTTP 請求報文。瀏覽器新開一個網(wǎng)絡(luò)線程發(fā)起HTTP請求（應(yīng)用層） 接著進行域名解析、將域名解析為 IP 地址 瀏覽器會先檢查本地緩存（包括瀏覽器 DNS 緩存、操作系統(tǒng)緩存等）是否已解析過該域名 如果沒有、則向本地 DNS 服務(wù)器請求解析； 本地服務(wù)器查不到會向更上層的 DNS 服務(wù)器（根域名服務(wù)器->頂級域名服務(wù)器->權(quán)威域名服務(wù)器詢問）遞歸查詢 最終返回該域名對應(yīng)的 IP 地址。（應(yīng)用層DNS協(xié)議）DNS 協(xié)議的作用： 將域名轉(zhuǎn)換為 IP 地址。 由于 HTTP 是基于 TCP 傳輸?shù)摹⑺栽诎l(fā)送 HTTP 請求前、需要進行三次握手、在客戶端發(fā)送第一次握手的時候、（ 瀏覽器向服務(wù)器發(fā)送一個SYN（同步）報文、其中包含客戶端的初始序列號。TCP頭部設(shè)置SYN標志位、并指定客戶端端口 同時填上目標端口和源端口的信息。源端口是瀏覽器隨機生成的、目標端口要看是 HTTP 還是 HTTPS、如果是 HTTP 默認目標端口是 80、如果是 HTTPS 默認是 443。（傳輸層） 然后到網(wǎng)絡(luò)層：涉及到（IP協(xié)議） 會將TCP報文封裝成IP數(shù)據(jù)包、添加IP頭部，包含源IP地址（瀏覽器）和目標IP地址（服務(wù)器）。IP 協(xié)議的作用： 提供無連接的、不可靠的數(shù)據(jù)包傳輸服務(wù)。 然后到數(shù)據(jù)鏈路層、會通過 ARP 協(xié)議、獲取目標的路由器的 MAC 地址、然后會加上 MAC 頭、填上目標 MAC 地址和源 MAC 地址。 然后到物理層之后、直接把數(shù)據(jù)包、轉(zhuǎn)發(fā)給路由器、路由器再通過下一跳、最終找到目標服務(wù)器、然后目標服務(wù)器收到客戶的 SYN 報文后，會響應(yīng)第二次握手。 當雙方都完成三次握手后、如果是 HTTP 協(xié)議、客戶端就會將 HTTP 請求就會發(fā)送給目標服務(wù)器。如果是 HTTPS 協(xié)議、客戶端還要和服務(wù)端進行 TLS 四次握手之后、客戶端才會將 HTTP 報文發(fā)送給目標服務(wù)器。 目標服務(wù)器收到 HTTP 請求消息后、就返回 HTTP 響應(yīng)消息、瀏覽器會對響應(yīng)消息進行解析渲染、呈現(xiàn)給用戶

最開始應(yīng)該還要補全一下url吧加上協(xié)議和path

不一定哦，如果我輸入的是file:///的URL，就不是這個流程了

厲害

DNS解析這一塊可以細化一下，比如/etc/host和/etc/resolv.conf