简介：《计算机基础.pdf》是一份面向后端、前端及计算机相关岗位求职者的八股文复习资料，内容源自代码随想录知识星球精华（最强八股文）第五版中的计算机基础篇，聚焦计算机网络高频面试考点。资料围绕TCP三次握手与四次挥手、HTTP与HTTPS、DNS域名解析、HTTP缓存以及“输入URL到页面展示”的完整链路展开，既梳理核心概念，也提供可延伸追问的答题要点，便于读者按专题理解协议机制与流程细节。压缩包内共1个PDF文件，大小约37.83MB，单文件结构适合集中阅读和检索。已有778人学习，适合需要系统复盘网络基础、查漏补缺或准备技术面试的读者，可借助其中的高频问答思路组织答案，提升对复杂过程的表述清晰度，尤其适合面试前快速过一遍重点，并针对薄弱环节回看对应章节。
1. 先弄明白一件事：这份计算机基础 PDF 到底是给谁看的
很多人第一次被问到「在浏览器里输入一个网址，按下回车之后发生了什么」，反应都差不多：嘴上勉强蹦出「三次握手、四次挥手」，心里一片空白，因为根本不知道这两句话该插在流程的哪一步。这份《计算机基础.pdf》就是为这种场面准备的。它把计算机网络里被问得最多的一批题目，按一条真实主线串起来：从你敲下回车那一刻，到页面渲染出来、连接断开，每一步都讲清楚发生了什么、为什么这么设计、面试时该答哪几句。它适合三类人：完全零基础想入门网络知识的、正在准备技术面试的、以及上过一学期网络课却仍然说不清 TCP 和 HTTP 是什么关系的人。下面按新手真能走通的顺序，一章一章带你上手。
2. 为什么值得先补计算机基础：面试官真正在听什么
2.1 这些题为什么躲不掉：它们出现在每一轮技术面里
计算机网络这块，不管是投后端还是投前端，都绕不过去。三次握手、四次挥手、HTTPS、HTTP 缓存、TCP 与 UDP 的区别，这几道属于「家常便饭」级别，投十份简历，可能八场面试里都会碰到其中至少一道。原因不难理解：语言和框架半年一换，但「一个请求怎么从浏览器跑到服务器再跑回来」这件事十年没变。面试官拿这批题当筛选依据，看的不是你记性好不好，而是你能不能把一件复杂的事拆成有先后顺序的几步，并且在被追问时守住逻辑。
对零基础的人来说，这里其实有个好消息。网络基础的高频考点是封闭的，不像算法题可以无限加难度。核心概念就那几十个，把主线捋顺一遍，收益非常直接。你花一周时间搞明白从 URL 到页面渲染这条链路，比刷二十道题更容易在面试里稳住。
另外，这批知识有个特点：它不光服务面试。以后你写接口对不齐状态码、页面加载慢查不出原因、线上偶发超时，能想到「是不是 DNS 解析慢了」「是不是连接没复用」，你排查问题的速度就完全不一样了。带新人时我最常说的一句话是：框架教你写代码，基础教你在代码不听话时知道往哪看。
2.2 只背结论一定会翻车：面试官爱追问的那三句
假设你回答「三次握手是为了建立可靠的连接」。面试官接着问：为什么是三次，不是两次、四次？如果第一次握手丢了会发生什么？握手过程中能携带数据吗？这三个追问，资料里明确列出来了，因为它们是最常见的延伸方向。只背结论的人，往往在这个位置翻车，前面答得越流利，后面卡住越尴尬。
反过来，如果你真的把过程讲清楚了，答案会自己浮出来。两次不够，是因为服务器无法确认自己的发送能力和客户端的接收能力；四次多余，因为前三次已经把双方该确认的都确认完了。你不是在背「三次」这个数字，而是在描述一个双方互相确认的过程，数字只是过程的结果。这就是「理解」和「记住」的差别，也是面试官真正想区分的东西。
同样的坑还出现在 HTTP 上。很多人把「HTTP 请求」和「TCP 连接」混成一件事，被问到「HTTP/2 的队头阻塞发生在哪一层」就答不上来。其实只要脑子里有一张分层图，HTTP 在上、TCP 在下，问题立刻就有了方向。
2.3 这份资料的两块结构：高频重点区和一问一答区，分别什么时候翻
这份资料整理时想解决一个很具体的矛盾：如果只给解析过程，读者很难抓住重点，不知道该具体回答什么内容；如果只给要点，读者又很难理解，自然也背不下来。所以它把内容分成了两个系列——高频重点区深入讲解面试题，一问一答区补充高频重点之外的细碎知识点，给出一个面试要回答的基本要点。
新手最容易犯的错，是从第一页按顺序读到最后一页，读完感觉都懂，一开口全乱。我的建议是三遍读法，每一遍只干一件事。第一遍只读高频重点区，目标是走通那条主线：输入网址、解析、DNS、建立连接、发请求、收响应、渲染、断开。这一遍不要纠结细节，看到不懂的名词先记在纸上。第二遍再翻一问一答区，把它当补丁用，哪里缺补哪里，重点是那些「面试要回答的基本要点」，它们决定了你答题的骨架。第三遍最有用：拿一问一答区当自测题库，遮住答案，自己开口讲一遍，讲不顺的地方才是你真正没懂的地方。
读的时候还要注意它的定位。这不是一本教科书，它默认你已经知道「协议」「端口」大概是什么意思，但同时又给了大量过程图解来降低理解门槛。所以遇到完全陌生的名词，别硬扛，花十分钟去搜一个通俗解释，再回来继续，比死磕原句效率高得多。第一次学的时候我就吃过这个亏，硬读了三遍还是云里雾里，后来老老实实补了两个基础概念，回头一看那段内容十分钟就看完了。
3. 第一个例子：用三条命令把「输入网址回车」走一遍
3.1 先备好最小工具：一个终端就够
不用装什么重型环境，一个终端加三个小工具就能把主线跑通。Windows 用 PowerShell 或者命令提示符，macOS 和 Linux 直接开终端。先确认工具在不在：
curl --version # 显示版本号说明能用；Windows 10 以后通常自带 python --version # 显示版本号说明能用，第 3.3 节要用 nslookup # 直接回车会进入交互模式，输入 exit 退出这三行不需要全部成功。curl 和 nslookup 大多数系统自带，Python 没有就去官网装一个，装的时候记得勾上「加入环境变量」那个选项，否则终端里敲 python 会提示找不到命令。这一步只是备工具，不是学知识，跑不通就换一个能跑通的继续往下看，别在这里卡住。
提示：后面所有命令里的域名都用 example.com，这是专门留给文档示例用的域名，访问它不会打扰到任何真实业务。
3.2 第一步：查 DNS，看域名怎么变成 IP
在终端里敲：
nslookup example.com你会看到类似这样的输出，IP 那一行因为网络环境不同会不一样：
服务器: UnKnown Address: 192.168.1.1 非权威应答: 名称: example.com Addresses: 203.0.113.10逐行读一遍。前两行的「服务器 / Address」是你本机使用的 DNS 服务器地址，通常由网络服务商自动分配；中间那行「非权威应答」意思是这个结果来自缓存，不是刚从权威服务器上取回来的；最后两行才是你要的东西——域名对应的 IP 地址。这里用 203.0.113.10 这类文档保留地址示意，你实际看到的一定是别的数字。
这一条命令，把资料里 DNS 解析过程的前半段直接摆到了你面前：先查本地缓存，本地没有就问 DNS 服务器，服务器如果有缓存就直接返回。想看得更细一点，可以装个 dig 工具，用dig example.com +trace，它会从根域名服务器开始，把逐级往下问的整个过程打印出来，那些文字很长，但你能亲眼看到「根服务器不负责解析，只告诉你该去问谁」这句话是什么意思。
3.3 第二步：看 TCP 连接怎么建立起来
DNS 拿到 IP 之后，浏览器要和服务器建立连接。用 Python 几行代码就能感知到这件事：
import socket import time host = "example.com" port = 80 # 80 是 HTTP 默认端口，443 是 HTTPS start = time.time() sock = socket.create_connection((host, port), timeout=5) # 这一行内部就是三次握手 elapsed = (time.time() - start) * 1000 print("连接建立耗时: %.0f ms" % elapsed) sock.close() # 关闭连接，对应四次挥手关键在create_connection这一行。它做的事情是向目标地址发起连接请求，操作系统内核会替你发出第一个握手包（SYN），服务器回应第二个包，你的机器再回第三个包。这三步在代码里看不见，因为函数返回的那一刻，握手已经完成了。所以你打印出来的耗时，大概就是一次完整的握手加网络往返的时间。
参数都不复杂：host是目标主机，port是端口，timeout=5表示最多等五秒，超时就报错。把端口改成 443 会发现也能连上，因为 HTTPS 和 HTTP 用的是同一套 TCP 连接，区别在于连上之后还要多做一次加密协商。改成 81 这种没人监听的端口，就会立刻报连接被拒绝——那是服务器明确告诉你「这个门没人开」。
3.4 第三步：发一次请求，把响应头读一遍
连接有了，接下来发一个真正的 HTTP 请求：
# -v 打印请求和响应的完整过程，-I 表示只要响应头、不下载正文 curl -v -I http://example.com输出会比较长，你只需要认三种前缀。以*开头的是 curl 自己的过程信息，包括 DNS 解析结果、尝试连接的地址、连接是否复用。以>开头的是你发出去的请求行和请求头。以<开头的是服务器返回的状态行和响应头，第一行里那个三位数字就是状态码，200 表示一切正常，301 或 302 表示跳转，304 表示「你本地的缓存还能用」。
再往下的响应头里，你会看到Content-Type说明返回的是什么类型的内容，还有Cache-Control、ETag这类字段，它们就是资料里 HTTP 缓存那一节的主角——强缓存看Cache-Control和Expires，协商缓存看ETag和Last-Modified。现在你不需要记住规则，只要知道这些字段真实存在、就躺在响应头里，以后再回来看那一节，理解会快很多。
3.5 把三步连成一条时间线：你现在能讲出的完整故事
到这里，你已经亲手跑完了主线的三个可观测点：域名变成 IP（对应资料里的第 2 步 DNS 解析）、连接被建立（第 3 步三次握手）、请求发出并拿到响应（第 4、5 步）。剩下三步——浏览器解析 URL 并构造请求、页面渲染、断开连接——资料里讲得很细，但你现在有了可以相关的具体体验，回头看不会飘。
试着合上资料，用一分钟把这条线口述一遍：我在地址栏敲下网址，浏览器先解析出协议、主机、端口和路径，并判断本地缓存能不能用；然后要把域名换成 IP，于是查浏览器缓存、查本地 hosts 文件、问本地 DNS 服务器；拿到 IP 后建立 TCP 连接，也就是三次握手；连上之后发 HTTP 请求，服务器处理完返回响应报文和状态码；浏览器拿到内容开始渲染；用完断开连接，也就是四次挥手。卡在哪一句，就回去补那一句，这比从头重读一遍效率高得多。
4. 三块拼图怎么排顺序：DNS 找路、TCP 铺路、HTTP 送货
4.1 DNS：把名字翻译成门牌号
DNS 存在的理由很朴素：IP 地址是一串数字，人记不住，所以用域名代替。它要解决的问题就是「把好记的名字换成机器能用的地址」。
那为什么不用一台超级服务器存下所有域名？资料里列了四条理由，都很实在：单点故障，这台机器一崩整个网络跟着瘫；通信容量，全球级别的查询量一台机器扛不住；物理距离，服务器不可能离所有人都近，请求要经过拥堵链路，延迟会很严重；维护成本，数据要频繁更新，集中维护代价巨大。所以 DNS 天生就是分布式的，域名按句点分层，越靠右层级越高。
解析过程可以压缩成四句话：先看浏览器缓存和本机 hosts 文件；没有就问本地 DNS 服务器；本地服务器没缓存就去问根服务器，根服务器不负责解析，只告诉你该去问哪个顶级域（.com、.net 这类）；顶级域服务器同样只指路，最后找到存着真实映射的权威服务器，拿到 IP 后一路缓存回来。
这里还有一对容易被问到的概念：递归查询和迭代查询。普通用户和本地 DNS 服务器之间是递归——我只发一次请求，你就把最终结果给我；本地 DNS 服务器和上级服务器之间是迭代——你告诉我下一个该问谁，我自己去问。记住「客户端递归、服务器之间迭代」这一句，基本够用。
4.2 TCP：三次握手到底在确认什么，为什么不是两次
TCP 的核心承诺是可靠：发出去的东西要有序、要完整、丢了要重传。要做到这一点，双方必须先确认彼此的收发能力都正常。
第一次握手，客户端发一个包，服务器由此确认「客户端的发送能力正常」。第二次握手，服务器回一个包，客户端由此确认「服务器的发送和接收都正常」。但此时服务器还不知道自己的发送能力有没有被客户端收到，所以需要第三次握手，客户端再回一个包，服务器这才确认「我的发送能力也正常」。三次刚好把双方的双向能力都确认完，两次差一口气，四次纯属多余。
四次挥手多一次，是因为 TCP 是全双工的，两个方向可以独立关闭。一方说「我说完了」，另一方可能还有数据没发完，所以要先回一个确认，等自己这边也说完了再发一个结束包，合起来就是四次。握手期间能不能带数据？前两次不行，第三次可以，因为客户端此时已经确认了服务器的收发能力。这类细节不用死记，理解「双方各自要确认什么」，答案自己就出来了。
4.3 HTTP：报文长什么样，每个版本在解决什么
HTTP 的报文结构非常简单，就是头部加正文，头部还是键值对的纯文本，这也是它「简单、灵活、易于扩展」的原因。它工作在应用层，下层怎么换都不影响它——HTTPS 就是在 HTTP 和 TCP 之间插了一层 SSL/TLS，HTTP/3 干脆把下面的 TCP 换成了基于 UDP 的 QUIC。
版本演进其实是一条「不断解决性能问题」的线索。HTTP/1.0 引入了请求头和响应头，支持多种方法和状态码，但每次请求都要新建连接。HTTP/1.1 加了长连接，只要双方没明确说要断，连接就一直留着；还加了管道化，理论上可以连着发多个请求不用等回应，但服务器必须按顺序回，前面那个慢了后面全堵住，这就是队头阻塞。而且管道化默认不开，浏览器基本没支持，所以这条路没走通。
HTTP/2 换了思路：用 HPACK 算法压缩头部，靠静态表、动态表和 Huffman 编码三件套，把重复出现的头部字段压成短索引；把文本格式改成二进制帧，解析更高效；引入 Stream 概念，多个流复用在一条 TCP 连接上，不同流可以乱序发送、按流 ID 重组，于是请求级别的队头阻塞解决了；还支持服务器主动推送资源。但问题没完——HTTP/2 底下还是 TCP，TCP 必须保证字节有序到达，前面一个字节没到，后面的数据只能躺在内核缓冲区里，这就是传输层的队头阻塞。所以 HTTP/3 直接把底层换成 UDP。
4.4 一张表看清三个协议的分工
| 协议 | 一句话职责 | 生活类比 | 常被追问 |
|---|---|---|---|
| DNS | 把域名翻译成 IP 地址 | 查通讯录找门牌号 | 解析过程、递归与迭代的区别 |
| TCP | 建立可靠、有序的连接 | 先打电话确认双方都在 | 三次握手为什么不是两次、四次挥手为什么四次 |
| HTTP | 规定请求和响应怎么写 | 见面之后说什么话、怎么回话 | 版本演进、缓存机制、状态码 |
| HTTPS | 在 HTTP 和 TCP 之间加一层加密 | 说话时用只有对方听得懂的暗语 | 和 HTTP 的区别、加密发生在哪一层 |
这张表建议你手抄一遍。以后不管被问到哪一块，先在脑子里定位它在表格的哪一行，再往下展开，答题就不会乱。
5. 避坑：新手学计算机基础最容易翻车的 5 个地方
5.1 概念坑：名词背得滚瓜烂熟，一问顺序就乱
第一个坑，现象是被问到「输入网址后发生了什么」，你能一口气说出三次握手、四次挥手、DNS 解析，但说不清它们谁先谁后。原因是按目录背的，资料的章节顺序不等于真实的发生顺序。解决办法很简单：画一条七步时间线，把每个名词挂到对应的步骤上，然后合上资料口述，卡在哪一步就回去补哪一步。这个动作做三遍，比读十遍管用。
第二个坑，现象是把 HTTP 说成传输层协议，或者认为 HTTPS 是「另一种完全不同的协议」。根子在于分层没建立起来，只记住了名词没记住位置。解决办法是记住三句话：HTTP 在应用层；HTTPS 等于 HTTP 加一层 SSL/TLS；HTTP/3 把下层的 TCP 换成了基于 UDP 的 QUIC。这三句足够应付绝大多数追问，剩下的细节等你真有需要再补。
5.2 动手坑：命令跑不出预期就以为资料写错了
第三个坑，现象是跑 nslookup 时看到「非权威应答」或者服务器显示 UnKnown，以为环境配错了，反复折腾半天。原因是这两个显示都正常：前者说明结果来自缓存，后者只是本地 DNS 服务器没有反向解析到自己的名字。解决方法是只盯 Addresses 那行有没有拿到 IP，拿到了就是成功；想要更权威的结果，换一个公共 DNS 服务器地址再查一次，或者用 dig 直接追到权威服务器。
第四个坑，现象是用抓包工具看 HTTPS 流量，屏幕上全是看不懂的加密数据，一点请求头响应头都没有，于是怀疑网络有问题。原因是 HTTP 是明文传输，内容可以被直接看到；HTTPS 在 HTTP 和 TCP 之间加了加密层，抓到的自然是密文。解决办法是先用 http:// 开头的地址观察一次明文请求，把报文结构看熟，再去看 https:// 的加密流量，这样你就真正理解「明文传输方便调试但容易被窃取」这句话在说什么了。
第五个坑，现象是改完东西刷新页面，看到的还是旧内容，开始怀疑服务器没更新或者自己改错了文件。原因大概率是 HTTP 缓存：强缓存还没过期，浏览器根本不发请求；或者协商缓存生效，服务器回了个 304 告诉你「用本地的就行」。解决办法是打开浏览器的开发者工具，在 Network 面板看这次请求的状态码，显示 304 或者 from cache 就说明命中了缓存，强制刷新一次即可。顺便说一句，这个坑踩过一次之后，你会对「强缓存」和「协商缓存」这两个词有完全不同的感受，那可比背定义深刻多了。
6. 下一步学什么：从「背得下」到「讲得出」的 4 周练法
主线跑通之后，最忌讳的是继续从头读第二遍。更有效的做法是按周分目标，每周只攻一块。
| 周次 | 目标 | 具体动作 |
|---|---|---|
| 第 1 周 | 能口述完整链路 | 合上资料，把七步流程讲三遍，每遍录下来回听 |
| 第 2 周 | 吃透 DNS 和 TCP | 手画三次握手、四次挥手的时序图，标出每次谁发了什么 |
| 第 3 周 | 搞懂 HTTP 演进与缓存 | 用 curl 分别请求 http 和 https 站点，对照响应头看差异 |
| 第 4 周 | 自测与查漏 | 拿一问一答区当题库，遮住答案逐条讲，讲不顺的记下来重点补 |
第 2 周画图这一步别省。图不用画得漂亮，关键是每一根箭头旁边要写清楚「谁发给谁、带了什么标志位」。画不出来的地方，就是你理解断掉的地方。
第 4 周的自测建议找个真人来听，实在没人就对着手机录音讲。讲的时候不许看资料，讲完再对照答案改。这个过程很别扭，但它是从「看得懂」到「说得出」唯一有效的桥。
我第一次准备面试的时候，把这类八股资料当小说从头读到尾，读完觉得全都会了，一开口就乱成一团。后来改成每读完一节就合上资料讲三分钟，讲不下去的地方才是真正没懂的地方。从那以后我每次学新东西都强制走一遍「合上资料复述」这一步，再没走过弯路。这份计算机基础篇的资料，你按这条路径走一遍，剩下的就是重复和熟练了。希望帮到你。
本文还有配套的精品资源，点击获取
