簡(jiǎn)介《計(jì)算機(jī)基礎(chǔ).pdf》是代碼隨想錄知識(shí)星球「最強(qiáng)八股文」第五版的計(jì)算機(jī)基礎(chǔ)分冊(cè)面向準(zhǔn)備后端、前端及全棧崗位技術(shù)面試的開(kāi)發(fā)者聚焦計(jì)算機(jī)網(wǎng)絡(luò)這一高頻考點(diǎn)。內(nèi)容圍繞三次握手與四次揮手、HTTP 與 HTTPS 的區(qū)別、HTTP 強(qiáng)緩存與協(xié)商緩存、DNS 域名系統(tǒng)展開(kāi)并以「瀏覽器輸入 URL 后發(fā)生了什么」為主線串起 URL 解析、DNS 查詢、TCP 建連、請(qǐng)求響應(yīng)到頁(yè)面渲染的完整鏈路DNS 章節(jié)還延伸到集中式設(shè)計(jì)的單點(diǎn)故障與遠(yuǎn)程延遲問(wèn)題、域名層級(jí)結(jié)構(gòu)、遞歸查詢與迭代查詢的差異便于按面試問(wèn)答的粒度記憶。資源為單個(gè) pdf 文件壓縮包約 37.83MB已整理成體系化文檔可直接打印或按章節(jié)精讀。目前已有 778 人學(xué)習(xí)適合需要系統(tǒng)梳理網(wǎng)絡(luò)基礎(chǔ)、補(bǔ)齊面試答題要點(diǎn)、從零散博客轉(zhuǎn)向結(jié)構(gòu)化復(fù)習(xí)的初中級(jí)開(kāi)發(fā)者。1. 先搞懂一件事計(jì)算機(jī)基礎(chǔ)這門(mén)課到底在教你什么很多人第一次認(rèn)真看「計(jì)算機(jī)基礎(chǔ)」這四個(gè)字是在招聘要求上十條里有八條寫(xiě)著「熟悉計(jì)算機(jī)網(wǎng)絡(luò)」。心里一緊翻開(kāi)教材滿眼都是縮寫(xiě)和協(xié)議名越看越發(fā)怵覺(jué)得自己是不是漏學(xué)了什么。其實(shí)這門(mén)課沒(méi)那么玄。它講的事情很樸素兩臺(tái)電腦之間怎么把一句話準(zhǔn)確送到又怎么確認(rèn)對(duì)方真的收到了。你點(diǎn)開(kāi)一個(gè)網(wǎng)頁(yè)、發(fā)一條消息、掃一次碼付款底下跑的都是這套流程?！队?jì)算機(jī)基礎(chǔ).pdf》這一篇就是從「在瀏覽器里輸入一個(gè)網(wǎng)址按下回車(chē)之后發(fā)生了什么」這道題起步把網(wǎng)絡(luò)這條線上的關(guān)鍵節(jié)點(diǎn)一個(gè)個(gè)講開(kāi)域名怎么變成地址、連接怎么建立、數(shù)據(jù)怎么傳、連接又怎么斷開(kāi)。它不要求你先會(huì)寫(xiě)代碼適合完全沒(méi)接觸過(guò)、又想在面試和日常排查里少翻車(chē)的新手先當(dāng)成一張地圖看一遍。2. 從敲下回車(chē)那一刻拆起一次網(wǎng)頁(yè)訪問(wèn)的七個(gè)步驟這是整個(gè)計(jì)算機(jī)網(wǎng)絡(luò)里出現(xiàn)頻率最高的一道題也是新手最值得先啃下來(lái)的一塊。原因很簡(jiǎn)單它不是孤零零一個(gè)知識(shí)點(diǎn)而是一根繩把 URL、DNS、TCP、HTTP、緩存、渲染全串在了一條線上。你把這條線捋順了后面學(xué)什么都像往鉤子上掛東西有地方掛。我習(xí)慣用打電話來(lái)類(lèi)比。你要找一個(gè)人辦事先得知道他的號(hào)碼DNS撥過(guò)去等對(duì)方接建立連接接通了說(shuō)事發(fā)請(qǐng)求、對(duì)方回你響應(yīng)事情說(shuō)完要掛電話斷開(kāi)連接。網(wǎng)頁(yè)訪問(wèn)一模一樣只是把「說(shuō)話」換成了數(shù)據(jù)包。七個(gè)步驟分別是解析 URL、DNS 域名解析、TCP 三次握手、發(fā)送 HTTP 請(qǐng)求、服務(wù)器處理并返回響應(yīng)、瀏覽器渲染頁(yè)面、TCP 四次揮手。下面三小節(jié)按順序走一遍。2.1 前三步URL 拆包、DNS 找地址、三次握手第一步瀏覽器拿到你輸入的網(wǎng)址先拆件。它會(huì)把協(xié)議http 還是 https、主機(jī)名、端口、路徑分別摳出來(lái)然后拼成一個(gè) HTTP 請(qǐng)求。在真正發(fā)出去之前瀏覽器還會(huì)翻一下自己的緩存這個(gè)資源我是不是剛拿過(guò)、還沒(méi)過(guò)期如果有直接就用連網(wǎng)絡(luò)都不用走。這一步看著不起眼但后面 HTTP 緩存那一大塊內(nèi)容全是從這兒分叉出去的。第二步是 DNS 解析。人能記住www.example.com機(jī)器只認(rèn)192.0.2.1這樣一串?dāng)?shù)字。DNS 干的就是翻譯的活。翻譯不是一次到位的中間要問(wèn)好幾個(gè)人先看瀏覽器自己的緩存里有沒(méi)有沒(méi)有就問(wèn)操作系統(tǒng)的 hosts 文件還沒(méi)有就去找本地 DNS 服務(wù)器通常是網(wǎng)絡(luò)服務(wù)提供商給的那個(gè)本地 DNS 服務(wù)器沒(méi)緩存就去問(wèn)根服務(wù)器「.com該找誰(shuí)」根服務(wù)器不負(fù)責(zé)具體域名只告訴你去問(wèn)哪個(gè)頂級(jí)域服務(wù)器頂級(jí)域服務(wù)器同樣只指路告訴你去找哪個(gè)權(quán)威服務(wù)器權(quán)威服務(wù)器才是真正存著「這個(gè)域名對(duì)應(yīng)哪個(gè) IP」的地方把結(jié)果給回來(lái)本地 DNS 拿到結(jié)果返回給瀏覽器順手緩存一份。這里有個(gè)新手很容易混的點(diǎn)遞歸查詢和迭代查詢。用大白話說(shuō)遞歸就是「我托你辦你幫我跑完全程最后把結(jié)果給我」迭代就是「我問(wèn)你一句你只告訴我下一站去哪兒我自己接著跑」。客戶端對(duì)本地 DNS 服務(wù)器用的是遞歸本地 DNS 服務(wù)器對(duì)根、頂級(jí)、權(quán)威服務(wù)器用的是迭代。把這個(gè)「誰(shuí)替誰(shuí)跑腿」分清楚這兩個(gè)詞就不會(huì)再打架。第三步拿到 IP 了該建立連接了。TCP 的三次握手表格列出來(lái)更清楚次數(shù)誰(shuí)發(fā)起發(fā)了什么這一步確認(rèn)了什么第一次客戶端SYN帶上自己的初始序號(hào)服務(wù)器知道客戶端能發(fā)第二次服務(wù)器SYN ACK帶上自己的初始序號(hào)并確認(rèn)對(duì)方的客戶端知道服務(wù)器能收也能發(fā)第三次客戶端ACK確認(rèn)服務(wù)器的序號(hào)服務(wù)器知道客戶端能收面試官最?lèi)?ài)追問(wèn)的是「為什么是三次不是兩次也不是四次」。兩次的問(wèn)題在于服務(wù)器發(fā)完自己的 SYNACK 之后并不知道客戶端到底收沒(méi)收到。如果這次回應(yīng)在半路丟了服務(wù)器已經(jīng)單方面認(rèn)為連接建立好了白白占著資源等一個(gè)永遠(yuǎn)不會(huì)來(lái)的數(shù)據(jù)。三次剛好讓雙方都完成「我發(fā)的你能收、你發(fā)的我也能收」的互相確認(rèn)。至于四次純屬多余第三次已經(jīng)把話說(shuō)完了。還有一個(gè)常問(wèn)的第一次握手丟了會(huì)怎樣答案不復(fù)雜——客戶端等不到回應(yīng)會(huì)按超時(shí)時(shí)間重發(fā) SYN重發(fā)幾次還不行就報(bào)連接超時(shí)。服務(wù)器那邊因?yàn)楦緵](méi)收到不會(huì)分配任何資源所以不會(huì)有什么損失。這也正是三次握手而不是兩次的實(shí)際價(jià)值所在。2.2 第四、五、六步請(qǐng)求發(fā)出去、服務(wù)器回話、頁(yè)面畫(huà)出來(lái)連接建好第四步就是把 HTTP 請(qǐng)求發(fā)出去。一個(gè)請(qǐng)求報(bào)文的結(jié)構(gòu)是「請(qǐng)求行 請(qǐng)求頭 空行 請(qǐng)求體」。請(qǐng)求行里寫(xiě)著方法GET、POST 這些和路徑請(qǐng)求頭是一堆鍵值對(duì)告訴服務(wù)器我想要什么格式、我?guī)Я耸裁?Cookie、我支持什么壓縮方式。這一步能岔出去的問(wèn)題特別多HTTP 和 HTTPS 差在哪兒HTTPS 在 HTTP 和 TCP 之間加了一層 SSL/TLS把明文變成密文、GET 和 POST 有什么區(qū)別、常見(jiàn)的狀態(tài)碼都是什么意思。狀態(tài)碼按開(kāi)頭數(shù)字分組記最省事2 開(kāi)頭是成功3 開(kāi)頭是重定向4 開(kāi)頭是客戶端的問(wèn)題比如 404 找不到、403 沒(méi)權(quán)限5 開(kāi)頭是服務(wù)器自己出了狀況。第五步服務(wù)器收到請(qǐng)求交給對(duì)應(yīng)的處理程序處理完拼一個(gè)響應(yīng)報(bào)文回來(lái)。響應(yīng)報(bào)文里除了網(wǎng)頁(yè)內(nèi)容本身還有幾個(gè)頭部字段值得留意Content-Type說(shuō)明返回的是什么類(lèi)型Content-Encoding說(shuō)明用了什么壓縮方式Cache-Control和ETag決定這個(gè)資源能被緩存多久、下次怎么驗(yàn)證Set-Cookie則是服務(wù)器往你瀏覽器里塞的身份憑證。第六步瀏覽器拿到內(nèi)容開(kāi)始畫(huà)頁(yè)面。大致的流程是解析 HTML 生成 DOM 樹(shù)解析 CSS 生成 CSSOM 樹(shù)兩棵樹(shù)合起來(lái)算布局最后繪制到屏幕上。這里有個(gè)前端同學(xué)必會(huì)的區(qū)分布局位置變了叫回流重排只改顏色背景叫重繪?；亓鞯拇鷥r(jià)比重繪大得多所以寫(xiě)樣式時(shí)盡量別頻繁改動(dòng)寬高和位置。順帶說(shuō)一句 HTTP 的「無(wú)狀態(tài)」。服務(wù)器天生不記得你是誰(shuí)上一次請(qǐng)求和這一次請(qǐng)求在它眼里毫無(wú)關(guān)系。這事兒有好處——不用為每個(gè)用戶存一堆狀態(tài)服務(wù)器輕松壞處是登錄這類(lèi)連續(xù)操作沒(méi)法做。解決辦法就是 Cookie服務(wù)器在響應(yīng)里寫(xiě)一個(gè)標(biāo)識(shí)瀏覽器之后每次請(qǐng)求都自動(dòng)帶上服務(wù)器一看就認(rèn)出來(lái)了。2.3 第七步四次揮手以及為什么不能少一次事情辦完要掛電話。TCP 斷開(kāi)連接用的是四次揮手客戶端發(fā) FIN我這邊沒(méi)數(shù)據(jù)要發(fā)了服務(wù)器回 ACK知道了你先等著服務(wù)器發(fā) FIN我這邊也發(fā)完了客戶端回 ACK好那我關(guān)了。為什么是四次不是三次因?yàn)?TCP 是全雙工的兩個(gè)方向的數(shù)據(jù)通道要分別關(guān)。服務(wù)器收到客戶端的 FIN 時(shí)可能手里還有數(shù)據(jù)沒(méi)發(fā)完所以不能把「我收到了」和「我也發(fā)完了」合并成一條消息發(fā)回去只能先 ACK等自己真的發(fā)完了再單獨(dú)發(fā) FIN。這就是比握手多一次的根本原因。主動(dòng)關(guān)閉的那一方在發(fā)完最后一個(gè) ACK 之后還會(huì)進(jìn)入一個(gè)叫 TIME_WAIT 的狀態(tài)等上一小段時(shí)間才真正關(guān)閉。入門(mén)階段不用深挖它到底等多久、為什么是那個(gè)數(shù)知道有這回事、知道它是為了確保最后那個(gè) ACK 能到達(dá)對(duì)方就行了等以后排查端口占用問(wèn)題時(shí)自然會(huì)回頭找它。3. 為什么新手要優(yōu)先啃網(wǎng)絡(luò)這塊三個(gè)繞不開(kāi)的理由知道了流程長(zhǎng)什么樣下一個(gè)問(wèn)題自然是為什么偏偏是這塊而不是操作系統(tǒng)、數(shù)據(jù)庫(kù)、算法這些當(dāng)然也重要但對(duì)零基礎(chǔ)的人來(lái)說(shuō)起步順序很關(guān)鍵。先把網(wǎng)絡(luò)拿下理由有三個(gè)一個(gè)比一個(gè)實(shí)際。3.1 它是面試?yán)锍霈F(xiàn)頻率最高的一道篩子不管投后端還是前端網(wǎng)絡(luò)題幾乎躲不掉。三次握手、四次揮手、HTTPS、HTTP 緩存、TCP 和 UDP 的區(qū)別這幾樣屬于「不問(wèn)才奇怪」的級(jí)別。面試官盯著這些問(wèn)不是想聽(tīng)你背定義而是想看你能不能把一件事從頭到尾講明白。這道「輸入網(wǎng)址到頁(yè)面顯示」的題之所以金貴在于它是一道可以自己控制走向的題。你答得好可以主動(dòng)把話頭引到自己熟的地方想聊緩存就說(shuō)「這里瀏覽器會(huì)先查緩存」想聊 HTTPS 就說(shuō)「這里建立的是 TLS 連接」想聊渲染就說(shuō)「這里會(huì)牽扯回流重繪」。面試節(jié)奏就握在你手里了。反過(guò)來(lái)如果這條主線是斷的被追問(wèn)兩句就只能是支支吾吾地蹦詞兒。而且這類(lèi)問(wèn)題有個(gè)特點(diǎn)答案短追問(wèn)長(zhǎng)。你答「三次握手是為了防止失效的連接請(qǐng)求」面試官下一句就是「那第一次握手丟了會(huì)怎樣」。只背結(jié)論的人第二層就掉下去了。3.2 出問(wèn)題的時(shí)候它是最省時(shí)間的那張排查地圖拋開(kāi)面試不談網(wǎng)絡(luò)知識(shí)在日常工作里的回報(bào)也很直接。一個(gè)頁(yè)面打不開(kāi)原因可能有十幾種瞎試是最費(fèi)時(shí)間的。但如果你腦子里有那張流程圖排查就是順著鏈條走域名解析對(duì)不對(duì)查一下 DNS 記錄就知道解析對(duì)了但連不上看看端口通不通、防火墻攔沒(méi)攔連上了但返回的東西不對(duì)看狀態(tài)碼和響應(yīng)頭內(nèi)容對(duì)但每次都是舊的八成是緩存沒(méi)清干凈。這套順序的價(jià)值在于「排除法」。每走一步就砍掉一批可能性而不是東一榔頭西一棒子。我?guī)н^(guò)的新人里進(jìn)步最快的那個(gè)不是代碼寫(xiě)得最多的而是遇到問(wèn)題會(huì)先說(shuō)「我先確認(rèn)一下是解析問(wèn)題還是連接問(wèn)題」的那個(gè)。3.3 零基礎(chǔ)最怕碎片得先立一根主干零基礎(chǔ)學(xué)計(jì)算機(jī)最容易掉進(jìn)的坑是把知識(shí)點(diǎn)當(dāng)成一堆互不相干的卡片去背。背了三次握手又去背 HTTP 版本再去看 DNS每一塊都似懂非懂合起來(lái)還是一團(tuán)漿糊。網(wǎng)絡(luò)這塊的好處是它天然有一條主干一次訪問(wèn)流程。所有知識(shí)點(diǎn)都能掛在這條主干的某個(gè)位置上。DNS 掛在第二步握手掛在第三步緩存掛在第一步和第六步之間HTTP 版本演進(jìn)掛在第四步和第五步。掛上去之后你腦子里存的不是十張卡片而是一棵樹(shù)。以后學(xué)新東西也知道往哪個(gè)枝丫上接。這也是這份《計(jì)算機(jī)基礎(chǔ).pdf》編排上的一個(gè)用心之處它沒(méi)有一上來(lái)就羅列協(xié)議定義而是先用那道超高頻題把整條鏈路走一遍再往每個(gè)節(jié)點(diǎn)上填細(xì)節(jié)。對(duì)新手來(lái)說(shuō)這種「先看地圖再走路」的順序比「先背概念再拼圖」友好太多。4. 第一個(gè)動(dòng)手練習(xí)用開(kāi)發(fā)者工具和一條命令把請(qǐng)求拆開(kāi)看光看流程圖永遠(yuǎn)隔著一層。真正的理解發(fā)生在你親眼看到一條請(qǐng)求從發(fā)出去到回來(lái)的那一刻。好消息是這件事不需要裝任何環(huán)境瀏覽器里就自帶工具。整個(gè)練習(xí)大概十分鐘跟著做一遍前面講的那些名詞會(huì)立刻變得具體。4.1 打開(kāi) Network 面板先認(rèn)四列就夠隨便打開(kāi)一個(gè)網(wǎng)頁(yè)按下 F12找到 Network網(wǎng)絡(luò)面板然后刷新頁(yè)面。你會(huì)看到一長(zhǎng)串請(qǐng)求刷出來(lái)第一眼確實(shí)有點(diǎn)嚇人。別慌先只看四列Name請(qǐng)求的資源名字通常是一個(gè)文件Status狀態(tài)碼200 是成功304 是用了緩存404 是找不到Type資源類(lèi)型document 是網(wǎng)頁(yè)本身script 是腳本stylesheet 是樣式Time這一條花了多久。點(diǎn)第一條一般是那個(gè) document右邊會(huì)彈出一個(gè)詳情面板。里面有 Headers、Preview、Response、Timing 幾個(gè)標(biāo)簽。先看 Headers你會(huì)發(fā)現(xiàn)它分成三塊General請(qǐng)求地址、方法、狀態(tài)碼、Response Headers服務(wù)器回的、Request Headers你發(fā)出去的。前面講的「請(qǐng)求頭和響應(yīng)頭」在這兒變成了一屏能看到的東西。提示勾上「Disable cache」再刷新你會(huì)發(fā)現(xiàn)請(qǐng)求變多了、時(shí)間變長(zhǎng)了。這就是緩存的作用直觀得有點(diǎn)殘忍。再切到 Timing 標(biāo)簽?zāi)隳芸吹竭@條請(qǐng)求的時(shí)間被拆成了好幾段排隊(duì)、DNS 查詢、建立連接、等響應(yīng)、下載內(nèi)容。如果某一段特別長(zhǎng)問(wèn)題基本就在那兒。這是新手排查慢請(qǐng)求最快的一招。4.2 親手發(fā)一次請(qǐng)求一條命令和十行代碼瀏覽器把很多東西藏起來(lái)了想看得更裸一點(diǎn)用命令行。下面這條命令只取響應(yīng)頭不下載網(wǎng)頁(yè)正文# -I 表示只要響應(yīng)頭-s 表示靜默模式不打印進(jìn)度條 curl -I -s https://www.example.com跑完你會(huì)看到類(lèi)似這樣的輸出狀態(tài)行、Content-Type、Cache-Control、ETag、Last-Modified。這幾個(gè)字段就是后面緩存那一節(jié)的實(shí)物。參數(shù)說(shuō)明-I是「只要頭部」-s是「安靜點(diǎn)」實(shí)際用的時(shí)候把網(wǎng)址換成你要查的那個(gè)站點(diǎn)就行。想看得更細(xì)加上-v# -v 打印全過(guò)程DNS 解析、TCP 連接、TLS 握手、請(qǐng)求頭、響應(yīng)頭 # -o /dev/null 把正文丟掉只看過(guò)程 curl -v https://www.example.com -o /dev/null輸出里帶*的那些行就是連接的建立過(guò)程先解析出 IP再連上去如果是 https 還要多一步握手然后才把請(qǐng)求頭發(fā)出去。前面講的三次握手你在這看不到原始報(bào)文那是傳輸層的事被系統(tǒng)藏起來(lái)了但「連接建立」這一步是實(shí)打?qū)嵞芸匆?jiàn)的。再往下走一層用 Python 自己發(fā)一次把狀態(tài)碼和響應(yīng)頭打出來(lái)import urllib.request url https://www.example.com req urllib.request.Request(url, methodGET) # 默認(rèn)的 User-Agent 是 Python-urllib有些站點(diǎn)會(huì)直接拒絕這里換成常見(jiàn)瀏覽器標(biāo)識(shí) req.add_header(User-Agent, Mozilla/5.0 (Windows NT 10.0; Win64; x64)) with urllib.request.urlopen(req, timeout10) as resp: print(狀態(tài)碼:, resp.status) # 200 表示成功 for key, value in resp.headers.items(): print(f{key}: {value}) # 逐條打印響應(yīng)頭這段代碼干的事和瀏覽器一模一樣構(gòu)造請(qǐng)求、加上請(qǐng)求頭、發(fā)出去、拿回響應(yīng)。timeout10是超時(shí)時(shí)間超過(guò)十秒還沒(méi)回應(yīng)就拋異常避免程序卡死。resp.status是狀態(tài)碼resp.headers是一個(gè)大小寫(xiě)不敏感的字典取Content-Type時(shí)不用管大小寫(xiě)。跑通它你就從「看別人發(fā)請(qǐng)求」變成了「自己發(fā)請(qǐng)求」。順便把 DNS 也驗(yàn)證一下# 查詢域名的 A 記錄short 只輸出結(jié)果 IP dig www.example.com A short # Windows 上通常沒(méi)有 dig換成nslookup www.example.com如果這里查出來(lái)的 IP 和瀏覽器訪問(wèn)的對(duì)不上或者干脆查不到那問(wèn)題就出在解析環(huán)節(jié)后面的都不用看了。4.3 從響應(yīng)頭里讀出緩存策略強(qiáng)緩存和協(xié)商緩存前面反復(fù)提到緩存現(xiàn)在可以拿真實(shí)數(shù)據(jù)看一看了。HTTP 緩存分兩類(lèi)判斷依據(jù)全在響應(yīng)頭里。第一類(lèi)叫強(qiáng)緩存。服務(wù)器返回Cache-Control: max-age3600意思就是「這個(gè)資源一小時(shí)內(nèi)別來(lái)問(wèn)我了直接用你手里的」。在這一小時(shí)內(nèi)瀏覽器連請(qǐng)求都不會(huì)發(fā)狀態(tài)碼那一列可能顯示(from disk cache)或者干脆沒(méi)有網(wǎng)絡(luò)記錄。這是最快的一檔也是新手最容易翻車(chē)的一檔——你改了服務(wù)器上的文件刷新頁(yè)面卻還是舊的八成就是它。第二類(lèi)叫協(xié)商緩存。強(qiáng)緩存過(guò)期之后瀏覽器不會(huì)直接重新下載而是先去問(wèn)一句「我手里這份還能用嗎」。它帶的憑證有兩種If-None-Match對(duì)上服務(wù)器給的ETag或者If-Modified-Since對(duì)上服務(wù)器給的Last-Modified。服務(wù)器一看沒(méi)變回一個(gè) 304意思是「沒(méi)改你繼續(xù)用」。304 的響應(yīng)體是空的省下的是流量和時(shí)間。驗(yàn)證方法很直接在 Network 面板里勾掉 Disable cache正常刷新一次記下某條請(qǐng)求的ETag再刷新一次看狀態(tài)碼是不是變成了 304。如果是說(shuō)明協(xié)商緩存生效了。想強(qiáng)行繞過(guò)緩存用 curl 加一句# 帶上 no-cache強(qiáng)制走一次協(xié)商看服務(wù)器是不是回 304 curl -I -s -H Cache-Control: no-cache https://www.example.com-H是自定義請(qǐng)求頭這里塞了一個(gè)Cache-Control: no-cache。注意它不是說(shuō)「不要緩存」而是說(shuō)「用之前必須先跟服務(wù)器確認(rèn)一下」語(yǔ)義上屬于協(xié)商緩存那一檔這個(gè)區(qū)別新手特別容易搞錯(cuò)。5. 新手避坑五個(gè)最容易翻車(chē)的理解誤區(qū)學(xué)這塊內(nèi)容最怕的不是看不懂而是「以為自己看懂了」。下面五條是我見(jiàn)過(guò)的翻車(chē)率最高的每條都按「現(xiàn)象 → 原因 → 解決」寫(xiě)對(duì)號(hào)入座看看有沒(méi)有中招。5.1 概念上的三個(gè)坑把「背過(guò)」當(dāng)成「懂了」坑一回答三次握手只會(huì)背那一句話?，F(xiàn)象被問(wèn)「為什么是三次不是兩次」張口就是「為了防止已失效的連接請(qǐng)求報(bào)文段突然又傳到服務(wù)端」面試官再問(wèn)一句「那具體是怎么防的」就答不上來(lái)了。原因這句話是從別處抄來(lái)的結(jié)論中間的推理過(guò)程你并沒(méi)有走過(guò)。結(jié)論可以背推理不行。解決別背句子畫(huà)時(shí)序圖。拿張紙把客戶端和服務(wù)器畫(huà)成兩條豎線把三次報(bào)文各帶什么、每一步之后雙方分別確認(rèn)了什么一格一格寫(xiě)出來(lái)。寫(xiě)完你會(huì)發(fā)現(xiàn)「為什么不是兩次」根本不用背因?yàn)樗约壕透〕鰜?lái)了?？佣詾?HTTP/1.1 的管道化是默認(rèn)開(kāi)啟的?，F(xiàn)象講 HTTP/1.1 優(yōu)化的時(shí)候信誓旦旦說(shuō)「管道化讓請(qǐng)求可以連著發(fā)性能提升明顯」。原因看到「管道」兩個(gè)字想當(dāng)然地認(rèn)為瀏覽器都在用。解決記住兩個(gè)事實(shí)——它不是默認(rèn)開(kāi)啟的而且主流瀏覽器基本都沒(méi)支持。真正讓 HTTP/1.1 難受的是隊(duì)頭阻塞服務(wù)器必須按請(qǐng)求順序回前一個(gè)卡住了后面全得排隊(duì)。管道化只解決了「請(qǐng)求能不能連著發(fā)」沒(méi)解決「響應(yīng)能不能亂序回」所以它沒(méi)能救場(chǎng)?？尤詾?HTTP/2 把隊(duì)頭阻塞徹底解決了。現(xiàn)象很流利地說(shuō)出「HTTP/2 用多路復(fù)用解決了隊(duì)頭阻塞」然后被追問(wèn)「那 HTTP/3 為什么還要換 UDP」就沉默了。原因只記住了「多路復(fù)用」這個(gè)詞沒(méi)記住 HTTP/2 底下跑的還是 TCP。解決把隊(duì)頭阻塞拆成兩層看。HTTP 層的隊(duì)頭阻塞HTTP/2 確實(shí)解決了靠的是 Stream一個(gè)連接里多個(gè)流各走各的誰(shuí)先準(zhǔn)備好誰(shuí)先發(fā)接收端按 Stream ID 重新組裝。但 TCP 層的隊(duì)頭阻塞還在——TCP 是字節(jié)流協(xié)議它必須保證數(shù)據(jù)完整且連續(xù)前面丟了一個(gè)字節(jié)后面的數(shù)據(jù)只能在內(nèi)核緩沖區(qū)里等著。HTTP/3 之所以把下層換成基于 UDP 的方案就是為了繞開(kāi)這一層。5.2 動(dòng)手上的兩個(gè)坑只看結(jié)論不看過(guò)程坑四DNS 只背流程分不清遞歸和迭代。現(xiàn)象解析順序那八步背得挺順一問(wèn)「遞歸查詢和迭代查詢有什么區(qū)別」就開(kāi)始含糊其辭。原因兩個(gè)概念被合在一起記了沒(méi)有分清「誰(shuí)在替誰(shuí)跑腿」。解決站在本地 DNS 服務(wù)器的視角問(wèn)自己一句這一趟是我自己跑完的還是我只拿到下一站地址客戶端把活整個(gè)托給本地 DNS 服務(wù)器那是遞歸本地 DNS 服務(wù)器每次只從上層拿到「下一站去哪兒」然后自己去問(wèn)那是迭代。抓住「誰(shuí)負(fù)責(zé)跑完全程」這一條兩個(gè)詞就再也不會(huì)混。坑五改了緩存配置卻怎么都看不到效果?，F(xiàn)象在服務(wù)器上把Cache-Control改短了瀏覽器里刷新還是舊的懷疑自己改錯(cuò)了地方。原因強(qiáng)緩存還沒(méi)過(guò)期瀏覽器壓根就沒(méi)發(fā)請(qǐng)求出去服務(wù)器那邊根本不知道你來(lái)過(guò)。解決三招任選——在 Network 面板勾上 Disable cache開(kāi)一個(gè)無(wú)痕窗口測(cè)或者用 curl 帶上Cache-Control: no-cache強(qiáng)制走協(xié)商。另外記住一個(gè)順序改完配置先別急著懷疑代碼先確認(rèn)「請(qǐng)求到底有沒(méi)有發(fā)出去」這一步能省掉一半的排查時(shí)間。注意這五條里最耗時(shí)間的是坑五。它不屬于知識(shí)沒(méi)學(xué)會(huì)而是觀測(cè)手段沒(méi)跟上。養(yǎng)成「先確認(rèn)現(xiàn)象再猜原因」的習(xí)慣比多背十個(gè)知識(shí)點(diǎn)管用。6. 下一步學(xué)什么從網(wǎng)絡(luò)地基往上的四步走法把這一篇過(guò)完之后很多人會(huì)問(wèn)同一個(gè)問(wèn)題接下來(lái)該學(xué)什么。我的建議是別急著橫向鋪開(kāi)去啃操作系統(tǒng)和數(shù)據(jù)庫(kù)先把網(wǎng)絡(luò)這條線夯實(shí)因?yàn)樗亲钊菀昨?yàn)證、也最容易在面試?yán)锪⒖虄冬F(xiàn)的一塊。下面是一個(gè)可以參考的順序。順序?qū)W什么學(xué)到什么程度算過(guò)關(guān)1一次完整訪問(wèn)流程合上資料能不看提示口述七個(gè)步驟2TCP 連接的建立與斷開(kāi)能畫(huà)出三次握手和四次揮手說(shuō)出每一步報(bào)文的作用3HTTP 與緩存能看懂響應(yīng)頭里的緩存字段講清強(qiáng)緩存和協(xié)商緩存的區(qū)別4HTTP 版本演進(jìn)與 DNS能說(shuō)清每個(gè)版本解決了上一版的什么問(wèn)題DNS 解析鏈路能講完整這四步里第一步和第二步最值錢(qián)。它們占了面試?yán)镞@類(lèi)問(wèn)題的絕大多數(shù)也決定了你后面學(xué)東西時(shí)有沒(méi)有地方掛。第三步和第四步屬于加分項(xiàng)面試官問(wèn)到你能答上來(lái)問(wèn)不到你也不虧。方法上我給三個(gè)具體建議。第一個(gè)是合上資料復(fù)述每學(xué)完一塊合上電腦用大白話講一遍講卡殼的地方就是沒(méi)懂的地方回去補(bǔ)那一塊別從頭再看一遍。第二個(gè)是動(dòng)手驗(yàn)證凡是能用 curl 或者 F12 看到的就別只停留在看書(shū)前面那幾段命令多跑幾遍比讀十頁(yè)解釋都管用。第三個(gè)是建一張自己的圖不用畫(huà)得多好看就把七個(gè)步驟和對(duì)應(yīng)的知識(shí)點(diǎn)畫(huà)在一張紙上學(xué)一點(diǎn)補(bǔ)一筆一個(gè)月后這張紙就是你的復(fù)習(xí)提綱。最后說(shuō)個(gè)我自己的教訓(xùn)。我第一次準(zhǔn)備這塊內(nèi)容的時(shí)候把答案抄了滿滿幾頁(yè)合上本子覺(jué)得穩(wěn)了。結(jié)果被問(wèn)了句「第一次握手丟包之后服務(wù)器會(huì)分配資源嗎」當(dāng)場(chǎng)愣住。從那以后我每次學(xué)新知識(shí)點(diǎn)都強(qiáng)制走一遍「合上資料講給一個(gè)完全不懂的人聽(tīng)」——講得下去才算會(huì)講不下去就說(shuō)明還欠火候。這個(gè)習(xí)慣笨是笨了點(diǎn)但它救過(guò)我很多次。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取