简介这是一份面向后端、前端岗位求职者的计算机基础面试资料内容源自代码随想录知识星球最强八股文系列的计算机基础篇。资源以单个PDF文件呈现大小约37.83MB排版紧凑、便于离线阅读或打印对照。PDF围绕计算机网络高频考点展开系统梳理了TCP三次握手与四次挥手、HTTP/HTTPS区别、DNS域名解析与层级结构、HTTP缓存机制以及浏览器输入URL后的完整请求-渲染流程并配有要点式分析与一问一答方便读者抓住面试回答重点。资料还补充了递归查询与迭代查询等细碎知识点适合用于面试前的快速回顾和查漏补缺。目前已有777人学习下载是一份兼顾广度与深度的计算机基础速查手册。1. 计算机网络面试从三次握手问起把过程讲清楚才能拿分计算机网络是后端和前端都绕不开的面试硬骨头。三次握手、四次挥手、HTTPS、HTTP缓存、DNS域名解析这些考点几乎每场面试都会被翻出来问。最怕的不是不会背而是背了却经不起追问——面试官一句“第一次握手丢了会发生什么”很多人当场卡壳。这份计算机基础篇资料把计算机网络按“高频重点 一问一答”双层结构整理高频重点区深入拆解面试题一问一答区补充细碎知识点并给出面试要回答的基本要点适合准备跳槽面试或系统复习网络基础的同学。目标是让你从“背过但讲不清”变成“按流程讲透、追问也接得住”。下面按面试出题频率展开从握手挥手讲到HTTP、DNS最后落在易错点和答题模板上。2. 高频考点三次握手、四次挥手的全过程与追问模板2.1 三次握手的核心逻辑为什么必须是三次不是两次或四次先讲标准流程。第一次握手客户端向服务器发送SYN报文seqx表示要建立连接。第二次握手服务器收到SYN后如果同意连接就回复SYNACK报文seqyackx1。第三次握手客户端收到服务器的SYNACK后再发送ACK报文seqx1acky1作为最终确认。到这里双方的收发能力都验证过了连接建立完成。面试官紧接着追问的第一个问题就是为什么是三次不是两次或四次两次为什么不行核心在于“确认双方的收发能力”。第一次握手后服务器知道了客户端的发送能力第二次握手后客户端知道了服务器的收发能力但服务器并不知道客户端是否收到了自己的SYNACK。如果只有两次握手服务器已经分配了连接资源而客户端可能根本没有收到应答服务器还要傻等这就是资源浪费。四次呢没必要。第三次握手既完成了客户端对服务器的确认也完成了服务器对客户端的确认第四次握手只是重复确认白白浪费一个往返时间。这类题要从“双方都确认自己能发能收”这个角度答而不是背出“三次就是三次”。面试官最想听的是你能从可靠性、资源浪费、被动方状态三个维度解释为什么三次够用、两次不够。还有一种变体是“为什么不能是四次”答案落在第三次握手的ACK能同时完成双方确认上多一次只是重复没有新增信息量。再来看“三次握手过程中可以携带数据吗”这个高频追问。答案分两层第一次和第二次握手不可以携带数据第三次可以。原因是如果第一次握手就携带数据服务器此时还不确定客户端的接收能力数据可能在网络上滞留或丢失而第三次握手发生时客户端已经确认服务器能收能发携带数据是安全的。这么解释比死记“第三次可以”更有说服力体现的是你对可靠性判断的理解。“第一次握手丢失了会发生什么”是另一个容易卡壳的追问。客户端等不到服务器的SYNACK会触发超时重传SYN。如果第二次握手丢失客户端会重传SYN如果第三次握手丢失服务器会重传SYNACK。三条丢失路径的重传方不同、重传内容也不同。按编号分情况记面试时逐条说面试官基本不会再深挖。2.2 四次挥手与状态迁移TIME_WAIT 为什么不能省四次挥手的过程是主动关闭方发FINsequ被动关闭方回ACK然后被动方再发自己的FIN主动方最后回ACK。需要注意被动方的ACK和FIN不是一起来的中间隔着“剩余数据传输完”和“应用层调用close()”两个动作所以标准流程就是四次。TCP是全双工协议两个方向上的数据传输要各自独立关闭这是四次挥手的根本原因。如果被动方恰好没有数据要发ACK和FIN理论上可以合并但抓包看到的成熟实现里绝大多数还是分开的答题时按四次讲不会错。状态迁移是这部分的高频考点。主动关闭方ESTABLISHED → FIN_WAIT_1 → FIN_WAIT_2 → TIME_WAIT → CLOSED。被动关闭方ESTABLISHED → CLOSE_WAIT → LAST_ACK → CLOSED。很多面试题会单独把CLOSE_WAIT拎出来线上出现大量CLOSE_WAIT堆积说明什么通常是被动关闭方的应用层没有正确调用close()常见原因是代码里漏了释放连接或异常分支直接return没走关闭逻辑。回答时要从“应用层吞了关闭请求没有主动close”这个根因入手。TIME_WAIT是另一个必考点。主动关闭方在收到被动方的FIN并回复ACK后要等2MSL才进入CLOSED。为什么必须有这个等待两个作用一是确保最后一个ACK能到达被动方。如果ACK在网络中丢失被动方会重发FIN主动方在TIME_WAIT期间能重新回ACK避免被动方一直挂在LAST_ACK。二是让旧连接的数据包在网络中彻底消失防止影响下一个使用相同四元组的新连接。答题时把“防丢包重传”和“防旧包串扰”两点说全基本就是面试官想听的标准答案。下面用一段伪代码把socket编程和握手挥手的对应关系串起来很多“实战型”面试官会从这个角度追问。# socket API 与 TCP 连接状态转换的对应关系伪代码 # 三次握手建立连接阶段 # 客户端调用 connect() → 内核发出 SYN 第一次握手 # 服务器 accept() 返回前内核收到 SYN 并回 SYNACK 第二次握手 # 客户端收到 SYNACK内核回 ACKconnect() 返回 第三次握手 # 数据传输阶段 # 客户端/服务器通过 read() / write() 收发应用数据 # 四次挥手断开连接阶段 # 主动方调用 close() → 内核发 FIN 第一次挥手 # 被动方内核收到 FIN回 ACK 第二次挥手 # 被动方应用层 close() 后内核发 FIN 第三次挥手 # 主动方收到 FIN回 ACK进入 TIME_WAIT 第四次挥手这段对应关系常见于“你写过网络编程吗”的追问。你能把connect、close和报文类型对上面试官会认为你不只是背八股而是真的理解TCP。特别注意close()调用返回不代表连接立刻关闭它只是把本地数据发完、发出FIN对端收到FIN后要应用层也调用close()两边都关了连接才真正断开。如果被动方一直不close就会造成刚才说的CLOSE_WAIT堆积。2.3 真题演练两次握手、丢包重传、半关闭怎么答真题一“如果把TCP三次握手改成两次会有什么问题”答题顺序建议先讲标准三次握手的目的是双向确认收发能力再指出两次握手无法让服务器确认客户端收到了自己的SYNACK最后落到后果服务器可能提前分配资源、接收不到旧连接重发的重复请求造成资源浪费和连接错乱这也是SYN泛洪攻击利用的方向之一。真题二“客户端同时发起两个连接服务器怎么区分”用四元组回答源IP、源端口、目的IP、目的端口。客户端每个连接使用不同的源端口所以即使目的IP相同四元组也不同。这个问题考的是对TCP连接标识的理解简洁答出四元组就可以拿分。真题三“挥手时收到FIN但还有数据没发完怎么办”这个问题的本质是半关闭状态收到FIN表示对端不再发送新数据但本端仍可向对端发送剩余数据。应用层需要先处理完剩余数据再调用close()完成关闭。答题时点出“半关闭”这个词再补充TCP支持半关闭正是握手和挥手都拆成两个方向的原因得分会稳很多。3. HTTP/HTTPS版本演进、缓存机制与高频问答3.1 HTTP版本演进1.0、1.1、2.0、3.0的对比考点HTTP版本演进是计算机网络面试的常客。HTTP/0.9是最早的版本只支持GET方法没有请求头服务器只能返回HTML格式的内容。HTTP/1.0是第一个正式版本引入了请求头、响应头和状态码但不支持持久连接每次请求都要新建TCP连接效率很低。HTTP/1.1是目前广泛使用的版本核心改进有三个第一是长连接只要客户端和服务器都没明确断开TCP连接就一直保持解决了HTTP/1.0反复建连的问题第二是管道化传输同一个TCP连接里客户端可以连续发出多个请求不用等第一个响应回来再发第二个第三是引入了更多缓存相关头部。但管道化有个致命缺陷服务器必须按接收顺序返回响应如果第一个请求处理得很慢后面的响应全被堵住这就是“队头阻塞”。所以管道化解决了请求的队头阻塞但没有解决响应的队头阻塞而且浏览器基本没有默认开启这个功能。HTTP/2在HTTPS基础上做了四个关键改进。第一是头部压缩用HPACK压缩算法包含静态表、动态表和Huffman编码用较短的索引号表示重复的头部字符串减少传输数据量。第二是二进制帧把HTTP/1.x的文本格式改成二进制帧传输分为头信息帧和数据帧位运算高效解析。第三是并发传输引入Stream概念多个Stream复用一条TCP连接不同Stream的帧可以乱序发送接收端通过Stream ID有序组装解决了HTTP/1.1的队头阻塞。第四是服务器推送服务器可以对客户端的一个请求发送多个响应比如客户端请求HTML时服务器可以直接推送CSS文件。这里有个特别容易混淆的考点HTTP/2解决了应用层的队头阻塞但传输层的队头阻塞依然存在。因为HTTP/2底层还是TCPTCP是字节流协议必须保证收到的字节数据完整且连续内核才会把缓冲区数据交给HTTP应用层。如果前1个字节没到达后面的数据只能放在内核缓冲区等待这就是HTTP/2的队头阻塞问题。HTTP/3的答案就是把TCP换成UDP基于QUIC协议实现可靠传输。这也是面试官判断你知识是否更新的分水岭。问到“HTTP/3做了什么”你答出“底层从TCP改为UDP”只是及格能补一句“通过QUIC在用户态实现可靠传输和连接迁移”才是面试官想听的。HTTP版本核心特点遗留问题HTTP/1.0引入请求头/响应头/状态码无持久连接每次请求都要重新建连HTTP/1.1长连接、管道化传输、缓存头部响应的队头阻塞HTTP/2头部压缩、二进制帧、Stream并发、服务器推送TCP层的队头阻塞仍在HTTP/3底层换成UDP基于QUIC实现可靠传输生态和兼容性仍在完善3.2 HTTPS与SSL/TLSHTTP不安全HTTPS怎么补面试官问“HTTP和HTTPS的区别”表面是聊协议实际是考察你对安全通信的理解。HTTP本身有三个不安全的问题一是通信使用明文内容可能被窃听二是不验证通信方身份可能遭遇伪装攻击三是无法证明报文完整性内容可能被篡改。HTTPS的答案就是引入SSL/TLS层位于HTTP和TCP之间。一段完整的HTTPS加密过程通常这样说客户端发起HTTPS请求服务器返回数字证书证书里有公钥和服务器身份信息客户端验证证书的合法性确认服务器身份没问题后生成一个随机对称密钥用服务器公钥加密后发给服务器服务器用私钥解密得到对称密钥之后双方用这个对称密钥进行加密通信。这个过程结合了非对称加密和对称加密非对称加密用来安全传递对称密钥对称加密用来高效传输业务数据。答题时要注意一个细节HTTPS不是全程非对称加密那样性能太差也不是全程对称加密那样密钥分发不安全。它的精妙之处在于先用非对称加密解决密钥分发问题再改用对称加密提高传输效率。面试官想听的是你能说出“混合加密”这个方案而不是笼统地说“HTTPS就是加密”。3.3 HTTP缓存强缓存与协商缓存谁先谁后HTTP缓存是前端和后端都会问的考点。核心机制是服务端通过响应头告诉浏览器“这个资源可以缓存多久、怎么验证”浏览器下次请求时先判断缓存是否可用。缓存分两类强缓存和协商缓存。强缓存浏览器在缓存有效期内直接使用本地副本不发请求到服务器。相关响应头是Expires和Cache-Control其中Cache-Control的max-age优先级更高。如果在DevTools里看到请求状态是“from disk cache”或“from memory cache”就是命中了强缓存。协商缓存强缓存过期后浏览器带着资源的标识去服务器验证服务器说“没变”就返回304浏览器继续用本地副本服务器说“变了”就返回200和新资源。相关字段是Last-Modified/If-Modified-Since和ETag/If-None-Match。判断优先级要按表格记Cache-Control优先于ExpiresETag优先于Last-Modified。因为Last-Modified只精确到秒同一秒内文件修改可能识别不出来而ETag是内容指纹更精确。# 强缓存响应头示例 Cache-Control: max-age3600 Expires: Thu, 01 Jan 2026 00:00:00 GMT # 协商缓存请求/响应头示例 Last-Modified: Tue, 15 Nov 2023 08:12:31 GMT ETag: 33a64df5 # 协商缓存验证时浏览器带上以下请求头 If-Modified-Since: Tue, 15 Nov 2023 08:12:31 GMT If-None-Match: 33a64df5答缓存题最容易犯的错是跳过强缓存直接讲协商缓存。正确顺序是先查强缓存命中直接用没命中再走协商缓存带If-None-Match和If-Modified-Since去问服务器服务器返回304命中的话继续用旧资源返回200的话更新缓存。把这个判断顺序讲清楚面试官会觉得你是真的处理过线上缓存问题。3.4 真题演练HTTP高频问题怎么展开真题一“HTTP状态码有哪些是必背的”按类答2xx表示成功200 OK最常见3xx表示重定向和缓存301永久重定向、302临时重定向、304协商缓存命中4xx表示客户端错误400请求错误、401未认证、403无权限、404不存在5xx表示服务端错误500服务器内部错误、502网关错误、503服务不可用。能把这几个状态码的使用场景各配一个线上实际例子段位立刻不一样。真题二“浏览器显示304是什么意思”两层答案表面上服务器告诉浏览器缓存还可以继续用实际上浏览器发起了协商缓存验证服务器判断资源没有变化所以返回304。答题时重点强调“304不是错误是一次节省带宽的缓存命中”。真题三“POST和GET有什么区别”这是基础题但也容易翻车。按三层答语义上GET用于获取资源、POST用于提交数据请求参数位置上GET放在URL、POST放在body安全性上POST相对更安全但双方都是明文传输真正的安全要靠HTTPS。再补一句“GET请求可被浏览器缓存、收藏POST一般不会”基本就是完整答案。4. DNS解析与URL全过程从输入地址到页面渲染4.1 DNS体系集中式设计为什么不行分布式怎么解决DNS的作用是把域名转换成IP地址。为什么不用集中式设计面试官问这个问题其实是考你对分布式系统设计原则的理解。集中式DNS有四个致命问题第一是单点故障DNS服务器一旦崩溃整个网络随之瘫痪第二是通信容量单个服务器要处理上千万级查询根本扛不住第三是远距离延迟集中部署在美国的DNS服务器不可能邻近全球所有用户查询要经过低速拥堵链路时延严重第四是维护成本集中式数据库更新频繁维护开销巨大。分布式的解法就是按层级组织DNS服务器。域名用句点分隔越靠右层级越高比如www.server.com越靠右表示层级越高。这样的层级结构让DNS查询可以逐级委派每台服务器只负责自己那一层域名的解析把压力分散到全网。4.2 解析流程从浏览器缓存到权威DNS服务器DNS解析流程要分七步记。第一步先查浏览器缓存看是否有该域名对应的IP。第二步查本地Hosts文件如果浏览器缓存没有会去本地Hosts文件里找。第三步向本地DNS服务器发起查询这个服务器通常由ISP提供比如你用的运营商。第四步如果本地DNS解析器自己没有缓存它会向根DNS服务器发出查询请求。根DNS服务器并不负责具体解析但它能告诉解析器应该去哪个顶级域.com/.net等服务器继续查。第五步本地解析器向顶级域DNS服务器发起查询顶级域服务器也不负责具体解析它指出应该去哪个权威DNS服务器查。第六步本地解析器向权威DNS服务器查询权威DNS服务器存储着特定域名和IP地址的映射关系找到后返回结果。第七步本地DNS解析器把IP地址返回给浏览器并把这个解析结果缓存在本地下次访问更快响应。递归查询和迭代查询是这个考点的孪生题。递归查询的特点是DNS客户端只发一个请求上层服务器自行向下级查询最后把完整结果返回给客户端。迭代查询则相反DNS客户端每层只得到一个“下一站地址”需要自己再发请求逐级获取最终结果。一句话分清递归查询适合普通用户和客户端迭代查询适用于DNS服务器之间的通信。# DNS 解析相关命令面试提到排查手段时可用 nslookup example.com # 查看域名解析得到的 IP dig example.com # 查看完整解析记录含 TTL 和服务器返回 dig trace example.com # 显示从根服务器逐级迭代查询的完整路径能说出这三个命令的区别面试官会认定你有真实的网络排查经验。nslookup适合快速验证域名解析是否正常dig适合看详细记录dig trace适合追查解析链路在哪一层出问题。4.3 真题演练浏览器输入URL按下回车后发生了什么这是计算机网络面试的“超高频题”一道题能串起大半个计算机网络。标准的七步答题顺序第一步浏览器解析URL提取协议、主机、端口、路径等信息构造HTTP请求同时检查是否有HTTP缓存可用有缓存就直接用缓存资源没有就继续往下走。第二步DDNS域名解析把域名转换成对应IP地址走的是上面讲的缓存和逐级查询流程。第三步建立TCP连接通过三次握手完成这里可以展开握手细节和为什么是三次。第四步浏览器发送HTTP/HTTPS请求到Web服务器可以展开HTTP方法、状态码、HTTPS混合加密。第五步服务器处理请求并返回HTTP报文响应报文包含网页内容、状态码、压缩类型、缓存策略、Cookie等。第六步浏览器渲染页面构建DOM树进行CSS布局和绘制前端岗位在这里还可以补充回流和重绘。第七步断开TCP连接通过四次挥手完成。回答这道题的关键不是把七步背出来而是“引导”。面试官问完这道题后通常会顺着你答的内容深挖比如你提到DNS缓存他可能接着问递归和迭代的区别你提到HTTPS他可能问对称加密和非对称加密的区别。所以答题时可以有意识地在某个环节多说两句“这里涉及XXX”把面试官引到你最有把握的方向。很多同学栽在这道题上不是因为不会七步流程而是把不熟悉的方向先说了出来比如自己明明对渲染不熟却在第六步展开讲了一大堆渲染细节结果被追问到怀疑人生。5. 易错题/失分点计算机网络备考中5个高频坑5.1 坑一三次握手和四次挥手的次数解释浮于表面错在哪答“三次握手就是三次四次挥手就是四次”没有讲透为什么。为什么错面试官追问“为什么不是两次、不是五次”时无法从可靠性角度回答。怎么答对点出核心“双向收发能力的确认”。三次握手中第二次握手只能让客户端确认服务器能收能发服务器并不知道客户端收到了自己的SYNACK所以必须有第三次。四次挥手同理TCP是全双工协议两个方向独立关闭被动方要等数据发完才发FIN所以ACK和FIN分开形成四次。5.2 坑二TIME_WAIT和CLOSE_WAIT分不清错在哪把TIME_WAIT和CLOSE_WAIT都理解为“等待关闭”具体是谁在等、等什么说不清。为什么错两个状态的位置和含义完全不同TIME_WAIT出现在主动关闭方持续2MSLCLOSE_WAIT出现在被动关闭方一直等到应用层调用close()。把两者答反面试官马上判断你只是背了状态图没有真正理解。怎么答对用“谁主动谁被动”做锚点。主动关闭方回完最后一个ACK进入TIME_WAIT被动关闭方收到FIN后回ACK然后进入CLOSE_WAIT等应用层close()。线上大量TIME_WAIT通常是连接数多、短连接频繁大量CLOSE_WAIT则说明应用层没关闭连接。5.3 坑三强缓存和协商缓存的优先级记反错在哪以为协商缓存先于强缓存。为什么错强缓存命中的时候根本不会发请求到服务器所以不存在“先协商”的说法。怎么答对按判断流程背浏览器先查强缓存Cache-Control的max-age未过期就直接用本地副本过期了才带If-None-Match和If-Modified-Since走协商缓存服务器返回304表示缓存还能用返回200就替换本地副本。再记两条优先级Cache-Control优先于ExpiresETag优先于Last-Modified。5.4 坑四递归查询和迭代查询的角色配错错在哪把“递归”理解为客户端做的事或者把“迭代”等同于权威服务器。为什么错递归查询的主角通常是本地DNS解析器它代替客户端逐级追问并把完整结果带回来迭代查询发生在服务器之间根服务器和顶级域服务器不直接给最终结果而是返回“下一级地址”。怎么答对用“谁在跑腿”来分。递归是解析器帮客户端跑腿客户端只等结果迭代是解析器自己一趟一趟跑每趟只拿到一个下一站地址直到权威服务器给出A记录。5.5 坑五以为HTTP/2解决了所有队头阻塞错在哪答“HTTP/2解决了队头阻塞”就停住了没有区分应用层和传输层。为什么错HTTP/2通过多路复用解决了HTTP/1.1在应用层的队头阻塞但底层TCP的字节流特性还在一旦TCP丢包或乱序数据必须在内核缓冲区等齐了才交给上层传输层的队头阻塞依然存在所以HTTP/3才把TCP换成UDP。怎么答对先肯定HTTP/2的进步再补一句“但TCP层的队头阻塞直到HTTP/3换用UDP才彻底解决”完整且准确。6. 答题技巧把网络题讲成一条流水线而不是背字典计算机网络面试题的高分答案都有一个共同点能让面试官顺着你的逻辑追问而不是打断你重新引导。我把它总结成“三步走”话术先定位这个知识点在网络分层里的位置再讲标准流程最后补一个异常或优化场景。比如拿到“TCP三次握手”这个考点定位是传输层连接管理标准流程是SYN、SYNACK、ACK三次交换异常场景是“第一次握手丢了会重传SYN”“第三次握手丢了服务器会重传SYNACK”优化场景是“TFOTCP Fast Open可以让握手携带数据”。三步走完面试官能听到的不只是答案而是完整的知识脉络。串链路也是一招。把“输入URL按回车后发生了什么”当作主干DNS、TCP、HTTP、渲染、挥手每段都是挂在上面的分支。答题时先把主干走完再等面试官挑分支问这比一口气把七个步骤全展开要稳得多。哪些知识点需要背到一字不差三次握手和四次挥手的报文标志SYN、SYNACK、ACK、FIN以及seq/ack序号变化、HTTP状态码分类、强缓存与协商缓存的头部字段、DNS七步解析流程的先后顺序。这些是考点里的“硬骨头”背错一个数字或标志位都会被判定为不扎实。状态迁移图也要能徒手画出来面试手写白板题经常直接给一个状态让你描述迁移条件。说说我自己的踩坑经历。某次面试前我把“输入URL后发生了什么”背得滚瓜烂熟结果面试官听完七步流程后问了一句“如果你说的缓存验证返回304是算强缓存还是协商缓存”我一下子愣住了。因为背的是流程没有往缓存判断的方向提前准备。从那以后我每次复习网络题都会做一件强制动作先把考点写成一问一答的题库再为每题准备一个追问分支。比如背“DNS解析流程”时同时准备“递归查询和迭代查询的区别”“DNS劫持怎么排查”“本地DNS服务器挂了怎么兜底”。面试官问完主问题一定会追问提前铺好下一层的答案才不会在考场上临时组织语言。计算机网络八股的备考思路就一句话高频题要能分步骤讲、能扛追问、能串到相关考点。三次握手串到TCP相关性问题HTTP缓存串到浏览器性能优化DNS解析串到排查手段每条链路都提前准备好面试自然不慌。希望这份备考梳理能帮你在面试里把计算机网络这道必考题答成送分题。本文还有配套的精品资源点击获取