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