简介计算机基础.pdf是一份面向后端/前端开发者及准备技术面试的程序员的计算机网络知识点整理内容源自代码随想录知识星球“最强八股文”第五版计算机基础篇。文档围绕三次握手与四次挥手、HTTP与HTTPS、DNS解析、HTTP缓存等高频考点展开并完整梳理了浏览器输入URL后从解析、建连、请求、渲染到断连的全流程DNS部分还对缓存查找、本地DNS、根/顶级域/权威服务器递归与迭代查询作了分步讲解适合作为面试前速记手册。压缩包内共1个PDF文件大小37.83MB以图解和问答搭配呈现覆盖高频重点区与一问一答区便于按需检索与反复复习。目前已有777人学习下载对想夯实计算机基础、提高面试问答深度的开发者具有较强参考价值。1. 先搞懂一件事计算机基础「八股文」到底是什么很多没接触过面试的初学者一听「八股文」三个字就头大。它听起来像「背课文」又旧又枯燥。但换个说法你就不陌生了考驾照前的科目一那些交通规则背起来很无聊可真正上路之后每一次变道、每一个让行都是这些规则在替你保命。计算机基础「八股文」就是程序员世界的交通规则——TCP 三次握手、HTTP 状态码、DNS 解析流程平时写代码未必天天遇到但面试一问、系统一出故障拼的就是这套底层规律。这份《计算机基础》八股文合集把高频考点按一条主线串好了从「浏览器输入 URL 回车后发生了什么」出发引出三次握手、四次挥手、HTTP/HTTPS、DNS、HTTP 缓存这些必问内容。它适合面试前突击也适合非科班补地基不负责把原理讲到天上去只负责让你说得清、答得上。2. 为什么值得从这套 PDF 入手它帮你省掉的不只是背答案2.1 面试官问的不是「答案」是「你脑子里有没有那张图」先说一个新手最常见的误解。打开网页搜「TCP 三次握手」你能搜到成百上千条回答文字长得几乎一样于是很多人做的事就是「背下来」。可真到了面试背来的话术常常撑不住一轮追问。比如面试官听完你背的「SYN、SYNACK、ACK」紧接着就问为什么必须是三次不能是两次如果是四次又会怎样第一次握手丢了会发生什么三次握手的过程中可以携带数据吗这些问题从你背的那句话里都找不到答案它们考的是你脑子里有没有「连接建立过程」这张图。而这套 PDF 的高频重点区恰恰就是按这个思路设计的它不满足于把结论给你而是把过程讲给你听。拿三次握手来说它会带着你一步步走客户端先发出 SYN 报文告诉服务器「我想建立连接」服务器收到后回复 SYNACK 报文意思是「你的请求我收到了我也想跟你建立连接」最后客户端再回一个 ACK 报文「好那我就正式发了」。这三次交互谁先发、谁等谁、包里带了什么标志位全部串在一条时间线上。看懂这条线之后你会发现刚才那些追问其实都是同一张图的延伸为什么要三次因为双方都要确认「对方能收到自己的消息」。第一次握手的 SYN 丢了会怎样客户端收不到 SYNACK会超时重传。能带数据吗前两次不行因为连接还没建立最后一次可以。所以入门的第一步不是「背和默」而是「画出这张图」并试着脱稿讲一遍。我平时带零基础的朋友最常念叨的一句话就是别把这份资料当作要背的题集而是当作一张地图。地图画的是知识之间的路你走熟了面试官怎么绕你都能走回来。这也是我推荐这份 PDF 的理由——它把高频考点的过程讲得足够细适合新手把「答案」改造成「理解」。2.2 一条 URL 主线串起这场面试的 80% 考点这套 PDF 在编排上有一个我很欣赏的设计它用一道超高频面试题当主线——「在浏览器里输入一个网址并按下回车之后会发生什么」你可能觉得这道题太基础了但它是一条黄金线索。从这道题出发几乎能走到计算机网络里所有重头戏。第一步浏览器先解析 URL拆出协议、主机、端口、路径这些信息同时检查有没有命中 HTTP 缓存决定是直接用本地缓存还是去服务器取。第二步进入 DNS 域名解析把人类记忆的域名翻译成机器能认的 IP 地址。第三步通过 TCP 三次握手客户端和服务器建立连接。第四步浏览器发送 HTTP/HTTPS 请求到服务器。第五步服务器处理请求并返回 HTTP 响应报文里面有状态码、响应头、Cookie 这些信息。第六步浏览器拿到 HTML 之后开始渲染页面这一步对前端同学来说还会牵扯到回流和重绘。第七步数据传输完毕TCP 四次挥手断开连接。这七步几乎就是一份计算机网络面试的目录。跟着这条线学你会发现知识点不再是散落的零件DNS 是「找地址」TCP 是「搭通道」HTTP 是「说内容」浏览器渲染是「展示结果」。而且这条线还有一个额外好处——以后你排查线上问题思路也是这个顺序先看 DNS 有没有解析对再看连接建没建上再看请求有没有发出去最后看响应和渲染。你在第 3 章会亲手做一次这样的观察到时候就知道这条线有多实用了。2.3 高频重点 一问一答这套 PDF 怎么帮你省力这套 PDF 在结构上把内容分成两个系列高频重点区深入讲解面试题一问一答区补充高频重点之外的细碎知识点。这个设计对新手极其友好。第一遍你只需要看高频重点把主干立起来第二遍再扫一遍一问一答把零散的边角料补上。比如 TCP 这个话题高频重点区会带你完整走一遍三次握手、四次挥手的过程每一步谁发了什么包、为什么要这样发都讲清楚一问一答区则会补充一些不那么显眼但偶尔会被扫到的小点比如 TIME_WAIT 的作用、握手过程中能不能携带数据、TCP 和 UDP 在什么场景下取舍。这些内容单拎出来都不难但如果你一上来就埋头从头啃到尾很容易被各种术语淹没最后连主线在哪都忘了。分成两层之后新手可以先抓住 80% 的主干剩下 20% 的知识按需填充。我第一次打开这份 PDF 时的做法是只看「URL 回车」那一章以及 TCP 的三次握手、四次挥手部分等这些内容能不看资料讲出来再回头扫一问一答区。这份 PDF 里「大部分内容来自某个编程社群部分参考了一些技术博客」——这类整合型资料最怕的是乱而它用「主线 问答」的方式把乱收住了这是我觉得它适合新手入门的原因。3. 第一个动手实验用浏览器和 curl亲眼看一次「输入 URL 回车之后」3.1 第一步用浏览器开发者工具让浏览器「自曝」一次请求如果你从没碰过抓包工具别慌。这一步不需要装任何软件用浏览器自带的开发者工具就能「偷看」浏览器内部的网络动作。在浏览器里按一下 F12电脑屏幕右侧或下方会弹出一个面板切到 Network网络标签页这个页面会记录浏览器发出的每一个网络请求。为了看得干净先点一下面板左上角的清空图标把历史记录清掉。然后在地址栏里输入一个网址按回车。这里建议用https://www.example.com——它是专门留给教学和测试使用的保留域名不会干扰任何真实服务响应内容也足够简单。回车之后你会看到面板里跳出一行行记录第一条通常就是页面本身的主请求下面还会跟着样式表、图片之类的子资源。点开第一条记录右侧会出现详情往下翻能看到 General基本信息、Response Headers响应头、Request Headers请求头几块内容。这个面板就是「输入 URL 回车后」整个过程的留痕。你在第 2 章里学到的「浏览器构造 HTTP 请求」「服务器返回响应」现在都摊在眼前。零基础的同学第一次看可能会有点晕我建议你先只盯三个信息Status Code状态码200 表示成功、Request Method请求方法GET 表示获取数据、Response Headers 里的 Content-Type返回内容的类型。盯住这三个你已经比昨天更懂网络了。3.2 第二步用 curl 亲手发一次 HTTP 请求浏览器帮你做了太多事反而不容易看清底层。想看到「最原始」的请求长什么样我们换一种方式用命令行工具 curl。这个工具在主流操作系统里都自带不用安装任何额外东西。打开电脑的命令行窗口搜索「终端」或「命令提示符」就能找到输入下面这行命令回车curl -v https://www.example.com-v是 verbose详细的意思让 curl 把请求的完整过程打印出来。第一次跑你可能会被满屏的信息吓到但别慌你不需要全看懂。下面这些关键行才是我们要找的东西* Trying 93.184.216.34:443... * Connected to www.example.com (93.184.216.34) port 443 (#0) * TLS handshake completed GET / HTTP/1.1 Host: www.example.com HTTP/1.1 200 OK Content-Length: 1256 Content-Type: text/html每一行的含义是这样的Trying是 curl 正在根据 IP 和端口寻找服务器对应着「建立 TCP 连接」的前奏Connected表示连接已经建立第 2 章学的三次握手就发生在这个阶段附近TLS handshake completed表示加密握手完成如果你访问的是纯 HTTP 地址不会出现这一行因为 HTTP 没有 SSL/TLS 这层加密后面开头的是你发出的请求开头的是服务器返回的响应。HTTP/1.1 200 OK就是状态码200 表示成功Content-Type: text/html说明返回的是一个网页文档。这段输出还有一个值得注意的地方Host: www.example.com这一行说明 HTTP 请求里会携带你要访问的域名哪怕你已经通过 DNS 拿到了 IP服务器也需要靠这个 Host 字段来识别你想要的站点。这是新手很容易忽略、但面试偶尔会问到的细节。3.3 第三步改几个参数把「缓存」和「POST」也亲眼看一遍刚才我们只发了一个最简单的 GET 请求。现在做两个小改动你会对「请求方法」和「HTTP 缓存」这两个概念有更直观的感受。先看请求方法。输入下面这条命令回车curl -I https://www.example.com-I表示只获取响应头不下载网页正文。你会发现响应里出现若干以Cache-Control、Expires开头的字段。这就是第 2 章提到的「HTTP 缓存」的判断依据服务器会告诉浏览器「这个页面你可以缓存多久、在什么条件下可以直接用本地副本」。如果你看到的Cache-Control里带有max-age...这样的数字就表示在它规定的时间段内浏览器再次访问这个网址时可以不请求服务器直接使用本地缓存。这就是强缓存的含义。再看请求方法。有些资源需要用 POST 方式提交数据比如登录时把用户名和密码发给服务器。你可以用-d参数模拟一次curl -X POST -d keyvalue https://www.example.com-X POST指定使用 POST 方法-d后面跟的是请求体数据。服务器会返回一个提示——example.com 本身不支持写操作但你会看到这次请求的方法已经变成了 POST响应也和刚才的 GET 明显不同。这就把「请求方法不同、服务器处理逻辑不同」这句话变成了你亲眼见过的事实。最后一个观察技巧也留给你回到浏览器开发者工具的 Network 面板点击刚才那条请求切到 Timing时序标签里面会列出 Stalled、DNS Lookup、Initial Connection 这些阶段各自消耗的毫秒数。DNS Lookup 就是域名解析的耗时Initial Connection 就是 TCP 连接建立的耗时。以后再有人跟你说「页面打开慢是 DNS 的问题」你就可以打开这个面板用数据说话而不是凭感觉。4. 核心概念大白话三次握手、四次挥手、HTTP 与 DNS4.1 三次握手打电话先确认「你听得见我我也听得见你」TCP 能成为可靠的传输协议前提是通信双方都确认「我能收到你你也能收到我」。这个确认过程叫三次握手你可以把它理解成打电话开场时的三句话。客户端拨号方先说「喂你听得到吗」这是第一次握手——客户端发 SYN 报文表示想建立连接。服务器回应「听得到你能听到我吗」这是第二次握手——服务器同时发回 SYN 和 ACK表示「我收到了你的请求也请你确认能收到我的消息」。客户端再回一句「听得到那我们开始吧」这是第三次握手——客户端发送 ACK 报文连接正式建立。为什么必须是三次这里有个经典场景如果只有两次客户端发出 SYN 后服务器回了 SYNACK此时客户端可能因为网络里有滞留的旧报文误以为连接已经建立于是不再回应可服务器这边以为自己已经准备好会一直等着客户端发数据两边就尬住了。三次握手的价值在于客户端在收到服务器的回执后再主动确认一次双方才算确认了「你发的我能收到我发的你也能收到」。这套 PDF 里关于三次握手的追问也很有意思。比如「为什么不是四次」因为到第三次握手结束双方已经各自验证了收发能力第四次是纯粹的浪费。再比如「前两次握手能不能携带数据」第一次第二次不行因为连接还没建立完发了数据服务器也没法确认这个数据是否有效第三次可以因为状态已经就绪。我在面试中也被问过「第一次握手丢了会怎样」答案其实在前面——客户端迟迟等不到 SYNACK会触发超时重传重新发起 SYN。4.2 四次挥手挂电话之前两边都得「把话说完」断开连接为什么比建立连接多一次还拿打电话做比方挂电话不是一个人说「再见」就够的而是两边都得确认「我说完了」「我也说完了」这个过程就是四次挥手。客户端先发 FIN 报文说「我没有数据要发了」这是第一次挥手。服务器回一个 ACK说「收到我知道你说完了」这是第二次挥手。但注意服务器此时可能还有数据没发完所以它不会立刻挂断等剩余数据发完服务器再发自己的 FIN 报文说「我也说完了」这是第三次挥手。客户端最后回一个 ACK说「好那挂了吧」这是第四次挥手。为什么不能只挥三次因为 TCP 是双工通信两条方向的数据流要各自关闭。服务器收到客户端的 FIN 时它只能确认「客户端不再发数据」并不能代表「服务器自己也发完了」。服务器的 ACK 和 FIN 之间可能隔着很长一段处理时间这两件事不能合并成一次发送。我在给新手讲这个点时会让他们把「四次挥手」翻译成两句人话「等我说完也等你说完」——这就是它比握手多一次的根本原因。4.3 HTTP 与 HTTPS普通快递和带封条的快递HTTP 是 Web 通信的基础协议客户端发起请求服务器返回响应WWW 万维网就是靠它运转起来的。但它有三个天生的问题明文传输、不验证通信双方身份、无法证明报文没有被篡改。你把它想象成寄一张明信片邮递员和沿途经手的人都能看到上面的字信息是透明的想改也容易。HTTPS 在 HTTP 和 TCP 之间加了一层 SSL/TLS 安全传输层相当于把明信片装进带锁和封条的快递箱内容加密了别人看不到箱子上有证书可以核实收件双方的身份封条一旦破损接收方就能察觉内容被动过。所以 PDF 里提到「HTTPS 在安全上达到了极致」——它不是换了个新协议而是在原来的 HTTP 外面套了一层壳。面试里还有个高频考点是 HTTP 缓存它分为强缓存和协商缓存。强缓存通过Cache-Control、Expires字段实现意思是「这个时间段内直接用本地副本不用问服务器」协商缓存通过ETag、If-None-Match、Last-Modified这些字段实现意思是「我带着上次的标记去问服务器服务器说没变我就继续用本地副本」。你只要记住一个判断标准就够用了强缓存是「我单方面决定不问了」协商缓存是「我还是要问一下但服务器可以告诉我不用重新下载」。版本连接方式主要短板HTTP/1.0每次请求都要新建连接开销大响应慢HTTP/1.1长连接同一条连接处理多个请求响应必须按顺序排队存在队头阻塞HTTP/2多路复用、头部压缩、服务器推送底层仍是 TCP传输层队头阻塞仍在HTTP/3基于 UDP 的 QUIC生态还在普及中这张表不用背你只需要理解一件事每一代 HTTP 版本都是在解决上一代的短板。HTTP/1.0 每次请求要新开连接太慢所以 HTTP/1.1 引入长连接长连接里响应得排队出现队头阻塞所以 HTTP/2 用多路复用让多个请求并行交错TCP 本身还有传输层的问题所以 HTTP/3 直接把底层换成了基于 UDP 的 QUIC。这条演进线本身就是面试官很喜欢的提问角度。4.4 DNS查号台一层一层帮你找到号码DNS 做的事情只有一件把域名翻译成 IP 地址。人的名字好记住但机器之间只认数字。DNS 就像电话时代的查号台你报出「example.com」这个名字它帮你查出对应的号码。这套 PDF 里有一个我很喜欢的分析讲为什么 DNS 不采用「一家超大的服务器」这种集中式设计。答案也很直白单点故障——这台服务器一崩全网瘫痪通信容量——所有查询都压在一台上根本扛不住远距离——服务器如果放在某个离你很远的地方查询延迟会让体验变得难以忍受维护成本——数据频繁更新集中维护代价巨大。所以 DNS 必须是分层、分布的。域名的层级用句点分隔越靠右层级越高。www.example.com里的最右边是顶级域.com往左的example.com才是具体域名的权威位置。解析流程也别硬背把它想成「顺着缓存一级级找」浏览器先查自己的缓存查不到再查本机 Hosts 文件再查不到就发给本地 DNS 服务器通常由你的宽带运营商提供本地 DNS 也没有缓存时就依次去问根服务器「.com归谁管」、问顶级域服务器「example.com归谁管」最后从权威服务器拿到 IP再一层层返回。递归查询和迭代查询是这里的两个高频词一句话区别就能记住递归是「我只问一次你帮我查到底」适合普通用户和客户端迭代是「你告诉我下一站去哪我自己接着查」适合 DNS 服务器之间的通信。面试被问到你只需要点破这一点就足够。5. 新手最容易踩的 4 个坑背八股文的常见翻车现场5.1 坑一只背不画一被追问就卡壳现象有人把三次握手的「SYN、SYNACK、ACK」六个词背得滚瓜烂熟但面试官一句「你画一下这个过程」或者换个问法「客户端怎么知道自己的 SYN 丢了」他就愣住了。他记住的是三个缩写不是一张动态图。原因文字是线性记忆靠的是「下一个词」的惯性面试追问要求的是状态流转靠的是「这一刻谁在等什么、谁手里有什么」。这两者在脑子里的存储方式完全不同。背下来的话术是死的面试官的追问是活的所以一换角度就断。解决拿一张白纸画出客户端和服务器两条时间线用箭头标出每个报文的方向、标志位和含义然后把纸盖上再画一遍。画到三次握手、四次挥手都能不看资料独立画出来才算真的记住了。这份 PDF 的高频重点区有完整的过程讲解它就是用来配合画图的。5.2 坑二想从第一页按顺序啃完结果两页就困了现象把 PDF 当成小说打开就从第一页顺序往下读。读了几页发现全是术语记不住于是关掉过两天又从第一页开始。来来回回进度永远停在开头。原因这份材料是按「知识类型」组织的不是按「新手从零上手的难度」组织的。线性阅读会先让你撞上最抽象的部分在还没建立主框架的时候就把信心消磨光了。解决第一遍顺着第 2 章的那条「URL 回车」主线读遇到不懂的概念比如 DNS、TCP先跳过去看主流程第二遍再回头补细节。这套 PDF 本身把内容分成了「高频重点」和「一问一答」你已经知道了这套结构就别再从头线性啃。一位前辈跟我说过读技术资料要「先搭骨架后填肉」这句话在八股文上尤其适用。5.3 坑三眼里只有高级词主干反而没立起来现象有些同学特别喜欢挑「队头阻塞」「HPACK」「QUIC」这种听起来很高端的词搜一堆资料跟自己较劲可真被问到「HTTP 的 301 和 302 有什么区别」「强缓存和协商缓存怎么判断」反而吞吞吐吐说不清楚。原因高级概念确实迷人但它们大多建立在基础机制之上。你连 HTTP/1.1 为什么会有队头阻塞都没想明白就急着去啃 HTTP/2 怎么通过多路复用解决它相当于没学会走路就学跑步摔了也不知道为什么。解决第一遍只要要求自己讲顺五个考点三次握手、四次挥手、DNS 解析流程、HTTP 与 HTTPS 的区别、HTTP 缓存规则。这五个是高频中的高频把它们讲顺了再去碰队头阻塞、HPACK 这些演进细节。面试考你的首先是对基础概念的准确理解冷门词只能锦上添花救不了主干的空洞。5.4 坑四「看懂了」不等于「会说了」合上书就忘现象最隐蔽的坑在这里。很多人看完一段讲解内心感受是「哦原来是这么回事我懂了」。但真到开口的时候就变成「嗯……浏览器先解析 URL……然后……然后它要去查 DNS……反正是个过程吧。」细节想不起来语言组织也稀碎。原因阅读是一种被动识别你只需要「认出来」而面试答题是主动回忆你需要从零生成一段有逻辑的叙述。从识别到回忆之间还隔着「无提示复述」这个环节很多人恰好把这一步跳了。解决每学完一个大块合上这份 PDF用手机录音给自己讲一遍。从一个问题开始「输入 URL 回车后发生了什么」讲不顺的地方回到原文重新看然后关掉再录一遍。怎么判断自己合格了打开录音从头听到尾如果这段表述不需要你提前看稿子、也没有明显的断片就算过关。我自己用这个办法的时候第一遍录音惨不忍睹五分钟没讲完整条链路但录到第三四遍基本就能顺畅说出来了。这个办法不挑资料只要是学技术都可以用它检查自己是不是真的会了。6. 下一步怎么学两周节奏把八股变成面试「引路牌」6.1 一条主线三张图两轮复述这份 PDF 的计算机基础篇核心任务就是让你把「计算机网络」这门课里最常被面试官翻牌子的知识点变成自己心里有数的东西。我建议你给自己定一个两周的小周期第一周只抓主线第二周补细节和模拟。主线就是我们反复说的「URL 回车」七步链路把它当成整个学习过程的锚点。三张图则是必须手画出来的三次握手时序图、四次挥手时序图、DNS 解析流程图。每画完一张就对着图用一两分钟把过程讲一遍。两轮复述的意思是第一轮学完当天复述第二轮隔两天再复述。隔的那两天很重要能帮你筛掉「假记住」的部分。6.2 两周节奏建议阶段内容目标第 1-3 天啃「URL 回车」主线配合第 3 章的 curl 实验能不看资料讲清七步链路第 4-6 天手画三次握手、四次挥手、DNS 解析三张图能独立画出并讲解第 7-9 天看 HTTP 与 HTTPS 区别、HTTP 缓存、状态码能答出 301/302、强缓存/协商缓存的判断第 10-14 天过一遍一问一答区自己录音复述高频题能模拟面试自问自答不卡壳这个节奏的核心是「交叉进行」不是先看完所有内容再动手而是每学一个概念立刻画图、立刻复述、立刻用工具观察一次。这样两周下来你积累的不只是知识还有亲眼验证过的经验。6.3 把八股变成「引路牌」而不是「绊脚石」到了这一步你已经不是零基础了。这份 PDF 真正的作用是让你在面试里能把话题引到自己熟悉的地方——比如你 DNS 学得扎实被问到「输入 URL 回车后发生了什么」时就可以把 DNS 解析这段讲细引导面试官顺着你擅长的方向追问。八股文不是终点它是你知识体系的地基地基之上还能继续往上盖操作系统、数据库、算法这些楼层。我第一次准备这类面试时也犯过第 5 章里所有的坑。后来我养成一个习惯每次学完一块新知识不管是一份 PDF 还是一个教程都强制自己走一遍「画图 - 复述 - 录音 - 回听」的流程四步缺一不可。这个习惯帮我筛掉了很多自以为懂了、其实一开口就露馅的时刻。希望你也能用它把计算机基础这块地基打扎实。希望帮到你。本文还有配套的精品资源点击获取