1. 为什么这30道题值得反复刷计算机网络面试题在网上随便一搜就是几百道但真正高频、能区分候选人水平的翻来覆去就那么三十来个核心问题。我带过不少新人也帮朋友做过模拟面试发现一个规律能把这30道题讲透的人基本都能过网络部分的考察背了一堆偏题怪题但基础题说不清楚的人反而容易被面试官抓住漏洞。这份整理不是简单的题目列表而是把每道题背后的原理、面试官真正想听什么、以及怎么回答才能体现深度全部拆开揉碎讲清楚。适合准备校招或社招的开发者、想系统梳理网络知识的后端工程师以及平时写业务代码但想补一补底层基础的同行。先说一下我整理这30问的逻辑。网络知识体系看着庞杂其实面试考察的就四个维度协议分层与封装、TCP与UDP的核心机制、HTTP与HTTPS的演进、以及实际排障思路。30道题按这四个维度分布每道题都不是孤立的它们之间有很强的关联性。比如你理解了TCP的三次握手自然就能解释为什么SYN Flood攻击有效你搞懂了HTTP/1.1的队头阻塞就能顺理成章理解HTTP/2的多路复用解决了什么问题。注意面试官问网络题从来不是考你背得熟不熟而是看你能不能把知识串起来。单独问“TCP三次握手”和“为什么需要三次而不是两次”后者才是真正拉开差距的地方。2. 协议分层与数据封装从输入网址到发出第一个包2.1 分层模型到底在分什么OSI七层和TCP/IP四层的对比是经典送分题但很多人只背了层名没理解分层的本质。分层的核心思想是关注点分离每一层只解决一类问题上层不需要关心下层的实现细节。就像寄快递你只管把东西装进箱子写好地址不需要知道快递公司是用卡车还是飞机运的。面试时如果只答“OSI有七层TCP/IP有四层”基本就止步于此了。更好的回答是结合数据封装过程来讲应用层数据往下传每经过一层就加一个头部到了物理层变成比特流发出去。接收端反过来逐层拆头最终把原始数据交给应用层。层次处理单元关键协议典型设备应用层报文HTTP、DNS、SMTP服务器/客户端传输层段TCP、UDP网关网络层包IP、ICMP、ARP路由器链路层帧Ethernet、PPP交换机物理层比特—网卡、中继器2.2 一次完整请求的封装与解封装过程假设你在浏览器输入一个网址按下回车后发生了什么——这道题几乎是网络面试的“开场白”。我建议按时间线来回答每一步都点出涉及哪个协议、哪一层。第一步是DNS解析浏览器先查本地缓存没有就向DNS服务器发起查询拿到目标IP。第二步是建立TCP连接三次握手完成后开始传数据。第三步是发送HTTP请求请求报文被TCP分段、IP加包头、链路层加帧头帧尾最终变成电信号或光信号发出去。第四步是服务器逐层解封装处理请求后按同样的流程返回响应。这里有个容易忽略的细节MTU和MSS的关系。以太网默认MTU是1500字节减去IP头20字节和TCP头20字节MSS就是1460字节。如果应用层数据超过这个值TCP会负责分段。面试官如果追问“为什么要分段”你要能答出链路层单帧能承载的数据量有限不分段的话IP层还得做分片而IP分片的重组效率低且容易丢包。实操心得回答“输入网址到页面展示”这类题不要一口气背完而是边讲边看面试官反应。如果他对某个环节感兴趣就展开讲如果他点头示意继续就快速带过。这样既显得你懂又不会让面试官觉得你在背稿。2.3 ARP与DNS两个容易被忽视的“配角”ARP的作用是在局域网内通过IP找MAC地址。它的工作方式是广播询问“谁是这个IP”目标主机单播回复自己的MAC。这里有个经典追问ARP请求为什么是广播回复为什么是单播因为请求方不知道目标MAC只能广播而回复方已经知道请求方的MAC了没必要再广播浪费带宽。DNS解析过程也常被问到。完整流程是浏览器缓存 → 系统缓存 → hosts文件 → 本地DNS服务器 → 根域名服务器 → 顶级域名服务器 → 权威域名服务器。面试时重点讲清楚递归查询和迭代查询的区别客户端到本地DNS是递归我只要结果本地DNS到根/顶级/权威是迭代你告诉我下一步找谁。3. TCP核心机制面试官最爱深挖的领域3.1 三次握手与四次挥手不只是背状态码三次握手的标准回答是客户端发SYN服务端回SYNACK客户端再发ACK。但面试官真正想听的是为什么是三次而不是两次或四次。两次不行因为服务端无法确认客户端的接收能力。如果客户端发了SYN后网络延迟服务端收到后直接建立连接但客户端可能已经超时放弃了服务端就会一直等一个不会来的请求。三次刚好能让双方都确认对方的发送和接收能力都正常。四次挥手是因为TCP是全双工的每个方向都需要单独关闭。主动关闭方发FIN被动方回ACK此时主动方不再发数据但还能收数据被动方处理完剩余数据后再发FIN主动方回ACK连接彻底关闭。这里有个高频追问为什么主动关闭方最后要等2MSL两个原因一是确保最后一个ACK能到达对方如果丢了对方会重发FIN二是让本次连接的残留报文在网络中消失避免影响新连接。状态出现方含义SYN_SENT客户端已发SYN等待确认SYN_RCVD服务端收到SYN并回了SYNACKESTABLISHED双方连接已建立FIN_WAIT_1主动关闭方已发FINCLOSE_WAIT被动关闭方收到FIN并回了ACKTIME_WAIT主动关闭方等待2MSL后关闭3.2 滑动窗口与流量控制让传输更高效滑动窗口解决的是发送方不要发太快把接收方撑爆的问题。接收方在ACK里带上自己的接收窗口大小发送方根据这个值调整发送速率。窗口大小为0时发送方停止发送但会定期发窗口探测包防止死锁。这里有个容易混淆的点流量控制是端到端的拥塞控制是全局的。流量控制关心接收方能不能处理拥塞控制关心网络能不能承受。拥塞控制有四个阶段慢启动、拥塞避免、快重传、快恢复。慢启动是指数增长到阈值后转线性增长遇到超时就把阈值减半重新慢启动收到三个重复ACK就快重传并进入快恢复。注意面试时如果被问到“TCP为什么可靠”不要只答“有确认机制”。完整的回答应该包括序列号与确认号、超时重传、滑动窗口、拥塞控制、校验和。这五点缺一不可。3.3 TCP与UDP的选择逻辑TCP和UDP的区别是基础题但面试官往往会在你答完后追问“什么时候用UDP”。除了常见的实时音视频、DNS、游戏还有一个重要场景是需要自己实现可靠传输但不想承受TCP开销的情况。比如某些金融交易系统会用UDP加自定义重传机制因为TCP的重传策略不够灵活。UDP的优势在于头部只有8字节没有连接状态不需要握手挥手延迟低。但代价是丢包、乱序、重复都需要应用层自己处理。面试时如果能结合具体场景讲清楚取舍比单纯列区别要加分得多。4. HTTP与HTTPS从明文到加密的演进4.1 HTTP/1.1的瓶颈与HTTP/2的改进HTTP/1.1最大的问题是队头阻塞同一个TCP连接上前一个请求没响应完后面的请求就得等着。虽然可以用多个TCP连接缓解但连接数多了又有开销。HTTP/2通过二进制分帧和多路复用解决了这个问题同一个连接上可以并行传输多个请求和响应。HTTP/2还引入了头部压缩HPACK、服务端推送、流优先级等特性。头部压缩是因为HTTP/1.1的头部有很多重复字段比如Cookie、User-Agent每次请求都带一遍很浪费。HPACK用静态表和动态表来压缩效果很明显。HTTP/3则更进一步直接换掉了TCP改用基于UDP的QUIC协议。QUIC把可靠传输、加密、多路复用都实现在用户态避免了TCP队头阻塞和握手延迟。面试时如果被问到HTTP/3重点讲清楚为什么基于UDP反而更可靠因为QUIC在应用层实现了自己的重传和拥塞控制比TCP更灵活。4.2 HTTPS握手过程对称与非对称的配合HTTPS的核心是用非对称加密协商出对称密钥然后用对称加密传数据。非对称加密安全但慢对称加密快但密钥分发不安全两者结合刚好互补。TLS握手的大致流程是客户端发ClientHello支持的加密套件、随机数服务端回ServerHello选定的加密套件、随机数、证书客户端验证证书后生成预主密钥用公钥加密发给服务端双方用三个随机数算出会话密钥之后就用对称加密通信。这里有个高频追问证书验证验证的是什么验证的是证书链是否可信、证书是否在有效期内、域名是否匹配、证书是否被吊销。浏览器内置了受信任的根证书列表逐级往上验证直到根证书。加密类型速度密钥分发典型用途对称加密快困难数据传输非对称加密慢容易密钥协商、签名哈希快不需要完整性校验4.3 常见状态码与缓存机制状态码不用全背但几个高频的必须清楚200正常、301永久重定向、302临时重定向、304缓存命中、400请求错误、401未认证、403禁止访问、404不存在、500服务器错误、502网关错误、504网关超时。缓存机制分强缓存和协商缓存。强缓存用Cache-Control和Expires命中后直接读本地不发请求。协商缓存用Last-Modified/If-Modified-Since和ETag/If-None-Match命中后服务端返回304告诉客户端用本地缓存。ETag比Last-Modified更精确因为文件内容没变但修改时间变了的情况很常见。实操心得回答缓存相关问题时画一个决策流程图会非常加分。先判断强缓存是否有效有效就直接用无效再发协商缓存请求服务端判断后返回304或200。这个流程能体现你对浏览器行为的真实理解。5. 实战排障与高频追问5.1 网络不通怎么排查面试官问“网络不通怎么排查”考的是你的系统化思维不是某个具体命令。我一般按从近到远的顺序来先看本机网络配置IP、网关、DNS再ping网关看局域网通不通再ping公网IP看路由通不通再nslookup看DNS解析正不正常最后用curl或telnet看目标端口通不通。常用命令要熟悉ping测连通性traceroute看路径netstat或ss看端口监听tcpdump抓包分析。如果面试官让你现场抓一个TCP握手包你要能说出过滤表达式比如tcpdump -i eth0 tcp port 80 and host 192.168.1.1。5.2 常见问题速查表问题现象可能原因排查方向连接超时防火墙拦截、服务未启动检查端口监听、防火墙规则连接被拒绝服务未监听该端口netstat确认监听状态时通时不通网络抖动、负载均衡问题抓包看重传率、检查后端健康DNS解析慢DNS服务器响应慢换DNS、检查本地缓存HTTPS证书错误证书过期、域名不匹配检查证书有效期和SAN字段5.3 面试官最爱追问的五个问题第一个TCP粘包怎么解决粘包不是TCP的bug而是它面向字节流的特性。解决办法是定义消息边界比如固定长度、分隔符、或者长度字段加变长体。第二个为什么TIME_WAIT状态要等2MSL前面讲过核心是确保最后一个ACK到达和清除残留报文。第三个HTTP长连接和短连接的区别短连接每次请求都新建TCP连接长连接复用同一个连接。HTTP/1.1默认长连接通过Connection: keep-alive控制。第四个对称加密和非对称加密怎么配合非对称加密协商密钥对称加密传数据兼顾安全和效率。第五个如果客户端突然断网服务端怎么知道TCP有保活机制但默认2小时才探测一次。实际应用中通常靠应用层心跳比如每30秒发一个ping包。注意面试时遇到不会的问题不要硬编。可以说“这块我了解得不够深入但我的理解是……”然后从相关知识点切入。面试官更看重你的思考过程而不是标准答案。6. 我整理这30问时的一些体会这30道题我前后整理了三版第一版只是列题目和简答后来发现那样跟网上的题库没区别。第二版加了原理讲解但还是太像教科书。第三版才改成现在这样每道题都从面试官视角出发讲清楚“他为什么问这个”和“怎么答才能体现深度”。实际用下来我觉得最有效的复习方式是自己给自己讲。对着镜子或者录音把每道题讲一遍卡壳的地方就是你没真正理解的地方。另外不要只盯着这30道它们只是骨架真正的血肉是你平时写代码时对网络行为的观察。比如你调接口超时了抓个包看看是TCP重传还是服务端处理慢这种经验比背题有用得多。最后分享一个小技巧面试前把TCP状态转换图和HTTP请求流程图各画一遍画到不用看资料为止。这两张图能覆盖80%的网络面试题剩下的20%靠平时积累。