1. 从“复习题”三个字里挖出真正的知识地图
很多人看到“计算机网络复习题”这个标题，第一反应就是去找一套卷子、刷一遍选择题。我带过几届学生的期末冲刺，也帮不少跨考的朋友梳理过这门课，发现一个很普遍的现象：大家手里都有复习题，但真正能把复习题用出价值的人不到两成。原因很简单，复习题本身只是“症状”，它背后对应的是一整套知识体系。你如果只背答案，换个问法就懵；你如果理解了题目想考什么，那复习题就变成了你的知识地图。
计算机网络这门课有个特点，它的知识点是分层的，而且层与层之间有非常明确的依赖关系。物理层没搞懂，数据链路层的帧同步你就理解不了；网络层的路由算法没吃透，传输层的拥塞控制你只能死记硬背。所以复习题的正确打开方式，不是从第一题做到最后一题，而是先把题目按层次归类，看看每一层到底在考什么，然后顺着层次往上走。这篇文章我就按这个思路，把计算机网络复习题里最常见的考点、最容易踩的坑、以及我自己在教学和实操中总结出来的理解方法，完整地拆一遍。
不管你是正在准备期末考试的学生，还是跨专业考研需要快速建立知识框架的人，或者只是想把网络基础打牢的开发者，下面这些内容都能直接拿去用。我会尽量避开教科书式的定义堆砌，用实际场景和类比把每个考点讲透，同时告诉你复习题里那些“标准答案”背后真正想考的是什么。
2. 物理层与数据链路层：复习题里最容易被轻视的送分题
2.1 奈奎斯特与香农公式：别只记公式，要理解它在限制什么
复习题里关于物理层的计算题，十有八九离不开奈奎斯特准则和香农定理。很多人的做法是把两个公式抄在纸条上，考试前背一遍。但如果你不理解这两个公式分别在说什么，题目稍微变一下你就分不清该用哪个。
奈奎斯特准则说的是：在理想无噪声的信道上，为了避免码间串扰，极限码元传输速率是带宽的两倍。注意关键词是“码元传输速率”，单位是波特。它限制的是你每秒最多能发多少个码元，跟每个码元携带多少比特没关系。香农定理说的是：在有噪声的信道上，极限信息传输速率等于带宽乘以信噪比的对数。它限制的是你每秒最多能传多少比特的信息。
我给学生讲的时候会用一个类比：奈奎斯特管的是“你每秒最多能敲多少下鼓”，香农管的是“在嘈杂的环境里，你每秒最多能传递多少有效信息”。如果题目告诉你信道带宽和信噪比，问最大数据率，那基本就是香农。如果题目告诉你带宽和码元种类数，问最大码元速率或者数据率，那就是奈奎斯特。复习题里经常把这两个混在一起考，比如先让你算奈奎斯特极限，再告诉你实际信噪比，让你算香农极限，最后取两者中较小的那个作为实际上限。这个逻辑一定要理清楚。
还有一个高频坑：信噪比的单位。题目有时候给的是分贝，有时候给的是比值。分贝转比值是10的（分贝值除以10）次方。比如30分贝对应1000倍。这个转换如果搞错，后面全错。我在批改作业时见过太多人把30分贝直接当成30来算，结果差了好几个数量级。
2.2 帧定界与透明传输：复习题里的“零比特填充”到底在考什么
数据链路层有一个经典考点：HDLC协议的零比特填充。复习题通常会给你一串比特流，让你写出填充后的结果，或者反过来给你填充后的让你还原。很多人会背规则“五个连续1后面插一个0”，但问他为什么要这样做，就答不上来了。
这个机制的根源在于帧定界。HDLC用01111110作为帧的起始和结束标志。如果数据部分恰好出现了和标志一样的比特模式，接收方就会误判帧的边界。所以发送方在数据中每遇到五个连续的1，就强制插入一个0，这样数据里永远不会出现六个连续的1，也就不会和标志混淆。接收方看到五个连续的1后面的0，就把它删掉，还原原始数据。
理解了这个“为什么”，你就能应对各种变体。比如复习题可能问你：如果数据是11111111，填充后是什么？按照规则，前五个1之后插入一个0，然后继续数，第六个1和第七个1又构成新的连续序列，但注意插入0之后，连续的计数要重新开始。所以11111111会变成111110111。这个细节很多人会算错，因为他们没有理解“每五个连续1”是一个动态的、插入后重新计数的过程。
我在实际抓包分析时也遇到过类似的问题。有些协议用长度字段来定界，有些用特殊字符定界，还有些用固定间隔定界。每种方式都有它的适用场景和代价。复习题里考零比特填充，本质上是在考你对“透明传输”这个概念的理解：不管数据里出现什么内容，都不能影响帧的边界识别。
2.3 CRC校验：复习题里的计算题其实有固定套路
CRC循环冗余校验是数据链路层复习题里出现频率最高的计算题之一。题目通常给你一个生成多项式和一个数据比特串，让你算CRC校验码。很多人觉得这个计算过程很繁琐，容易出错。但其实它就是一个模2除法，套路非常固定。
我总结的步骤是这样的：先把生成多项式写成二进制形式，确定它的位数是n+1位，那么校验码就是n位。然后在数据后面补n个0，用补零后的数据对生成多项式做模2除法。模2除法的规则是：每一步看当前最高位，如果是1就商1并做异或，如果是0就商0并左移。最后得到的余数就是CRC校验码。
这里有几个容易踩的坑。第一，生成多项式的二进制表示。比如x^4+x+1，对应的二进制是10011，因为x^4系数为1，x^3系数为0，x^2系数为0，x^1系数为1，x^0系数为1。很多人会把顺序搞反。第二，模2除法中异或的位数要对齐，每次异或的是生成多项式的完整位数。第三，最后余数的位数必须和生成多项式位数减一相等，如果不够要在前面补0。
我在实际写网络协议代码时，CRC的计算通常是用查表法或者硬件实现的，但理解它的数学原理对于调试和验证非常关键。复习题里考CRC，不是要你成为计算器，而是要你理解“校验”这个思想：发送方和接收方约定一个生成多项式，发送方算出余数附在数据后面，接收方用同样的多项式去除，如果余数为0就认为传输无误。这个思想在更上层的协议里也有体现，比如IP头部的校验和、TCP的校验和，只是算法不同而已。
3. 网络层：复习题里分值最高、最容易拉开差距的部分
3.1 IP地址与子网划分：从“会算”到“秒算”的进阶路径
网络层复习题里，子网划分几乎是必考题。题目通常给你一个IP地址和一个子网掩码，让你算网络地址、广播地址、可用主机数、或者判断两个IP是否在同一子网。很多人会算，但算得慢，考试时时间不够用。我在这里分享一套我自己总结的快速计算方法。
首先，把子网掩码的四个字节转换成二进制，看看哪些位是1，哪些位是0。1的位数就是网络前缀长度。比如255.255.255.192，二进制是24个1后面8个0中的前两位是1，所以前缀是26位。然后看IP地址的第四个字节，把它和掩码的第四个字节做与运算，得到网络地址。广播地址是网络地址的主机位全置1。可用主机数是2的（32减去前缀长度）次方减2。
快速计算的诀窍在于记住几个常见的掩码值对应的块大小。比如/26对应的块大小是64，/27是32，/28是16，/29是8，/30是4。知道块大小之后，你只需要看IP地址的第四个字节落在哪个块的起始位置，就能立刻算出网络地址。比如192.168.1.100/26，块大小64，100落在64到127之间，所以网络地址是192.168.1.64，广播地址是192.168.1.127。
复习题里还经常考VLSM，也就是变长子网掩码。给你一个大的地址块，让你划分成几个不同大小的子网。这种题目的关键是按需求从大到小排序，先满足最大的子网，再依次划分。我见过很多人从小的开始分，结果最后大的子网没有连续空间了。这个顺序问题在实际网络规划中同样重要，因为路由聚合需要连续地址块。
还有一个高频考点是CIDR合并。给你几个连续的地址块，让你合并成一个更大的块。方法是找这些块的共同前缀。比如192.168.0.0/24和192.168.1.0/24，前23位相同，所以合并成192.168.0.0/23。这个技能在实际配置路由器时非常有用，可以减少路由表条目。
3.2 路由算法：距离向量和链路状态到底在吵什么
复习题里关于路由算法的题目，通常集中在RIP和OSPF的对比上。很多人背了“RIP是距离向量，OSPF是链路状态”，但问他两者的本质区别，就说不清楚了。
我用一个类比来解释。距离向量算法就像你问路：你问邻居怎么去某个地方，邻居告诉你“往东走三个路口”，你把这个信息加上自己到邻居的距离，就得到了自己的路由。这个过程是迭代的、异步的、分布式的。每个路由器只和邻居交换信息，最终整个网络收敛。但距离向量有个致命问题：坏消息传得慢。比如某个网络断开了，路由器们会互相传递错误的信息，导致计数到无穷。复习题里经常考水平分割、毒性逆转这些补救措施，本质上都是在解决这个问题。
链路状态算法就像你手里有一张完整的地图：每个路由器把周围的链路状态广播给全网，每个路由器收集到所有链路状态后，自己用Dijkstra算法算最短路径。这个过程是全局的、同步的。它的优点是收敛快，不容易出现环路。但代价是每个路由器需要存储整个网络的拓扑，内存和计算开销更大。
复习题里可能会让你比较两者的收敛速度、资源消耗、适用场景。我的建议是不要死记结论，而是从“信息传播方式”这个根本差异出发去推导。距离向量是“邻居告诉我什么我就信什么”，链路状态是“我自己看地图算”。理解了这一点，各种变体题目都能应对。
3.3 ARP与DHCP：复习题里最贴近实际操作的考点
ARP和DHCP是网络层里非常实用的协议，复习题里经常考它们的工作流程。ARP解决的是“我知道IP地址，怎么找到MAC地址”的问题。它的工作方式是广播询问、单播应答。主机A要发数据给主机B，先查自己的ARP缓存，如果没有B的MAC地址，就广播一个ARP请求，问“谁是192.168.1.2”。主机B收到后单播回复自己的MAC地址。主机A把结果缓存起来，下次直接用。
复习题里常考的点包括：ARP请求是广播还是单播？ARP应答是广播还是单播？ARP缓存的作用是什么？如果跨网段通信，ARP请求的目标IP是谁？最后一个问题很多人会答错。跨网段时，主机A要发数据给外网的B，它不会去问B的MAC地址，而是问网关的MAC地址。因为数据帧的目的MAC是网关的，IP包的目的IP才是B的。这个细节在实际抓包时非常明显，但复习题里如果不理解，很容易混淆。
DHCP解决的是“我怎么获得IP地址”的问题。它的流程可以简记为DORA：Discover、Offer、Request、Ack。客户端广播Discover，服务器回应Offer，客户端广播Request确认选择，服务器发Ack确认。复习题里常考的是：为什么客户端要广播Request而不是单播？因为可能有多个DHCP服务器都发了Offer，客户端要告诉所有服务器它选了哪一个。这个设计思路体现了协议对多服务器场景的考虑。
我在实际排查网络问题时，ARP和DHCP是最常用的两个切入点。比如网络时通时不通，先看ARP缓存有没有冲突；比如新设备拿不到IP，先看DHCP中继有没有配置。复习题里的这些知识点，在实际工作中是真正会用到的基础技能。
4. 传输层：复习题里最考验逻辑思维的一层
4.1 TCP三次握手：为什么不是两次，也不是四次
TCP三次握手是复习题里的必考题，但很多人只背了“SYN、SYN+ACK、ACK”这个流程，没有理解为什么是三次。这个问题如果考“为什么不是两次”，很多人会答“为了防止已失效的连接请求突然又传到服务器”。这个答案是对的，但不够透彻。
我从另一个角度来解释。三次握手的本质是双方都要确认两件事：自己的发送能力正常，对方的接收能力正常。第一次握手，客户端发SYN，服务器收到后知道“客户端的发送能力正常，我的接收能力正常”。第二次握手，服务器发SYN+ACK，客户端收到后知道“服务器的发送能力正常，我的接收能力正常，而且服务器已经准备好接收了”。但此时服务器还不知道客户端有没有收到自己的SYN+ACK，所以需要第三次握手，客户端发ACK，服务器收到后知道“客户端的接收能力正常，我的发送能力正常”。
如果只有两次握手，服务器在发完SYN+ACK之后就认为连接建立了，开始发数据。但如果这个SYN+ACK在网络中丢失了，客户端没有收到，客户端就不会发ACK，也不会认为连接建立。而服务器却认为连接已经建立，会一直等待客户端的数据，造成资源浪费。三次握手就是为了让双方都确认对方的收发能力都正常。
复习题里还可能考SYN洪泛攻击的原理。攻击者发送大量SYN请求但不完成第三次握手，服务器为每个半连接分配资源，最终耗尽。防御方法包括SYN Cookie等。这个知识点把协议设计和安全联系起来了，是很好的综合题素材。
4.2 TCP拥塞控制：慢启动、拥塞避免、快重传、快恢复的联动逻辑
TCP拥塞控制是传输层最复杂的考点，复习题里经常给一个拥塞窗口随时间变化的图，让你判断在哪个阶段发生了什么事件。很多人能背出四个阶段的名称，但看到图就懵了。
我用一个实际场景来串一遍。假设连接刚建立，拥塞窗口cwnd初始为1个MSS。慢启动阶段，每收到一个ACK，cwnd加1，所以cwnd呈指数增长。当cwnd达到慢启动阈值ssthresh时，进入拥塞避免阶段，每经过一个RTT，cwnd加1，变成线性增长。如果发生超时，说明网络严重拥塞，ssthresh设为当前cwnd的一半，cwnd重置为1，重新慢启动。如果收到三个重复ACK，说明网络轻度拥塞，ssthresh设为当前cwnd的一半，cwnd设为新的ssthresh，然后进入快恢复阶段，每收到一个重复ACK，cwnd加1，直到收到新的ACK。
复习题里最容易混淆的是超时和三个重复ACK的处理差异。超时是把cwnd打回1，重新慢启动；三个重复ACK是把cwnd减半，然后快恢复。这个差异体现了TCP对不同程度拥塞的不同反应：超时说明情况严重，要保守；重复ACK说明只是个别报文丢失，可以激进一点。
我在实际调优网络性能时，经常需要调整这些参数。比如在长肥管道上，默认的慢启动初始窗口太小，会导致传输效率低。可以通过调整初始拥塞窗口来加速。复习题里的这些知识点，在实际工作中是性能优化的理论基础。
4.3 UDP与TCP的选择：复习题里的对比题其实在考场景判断
复习题里经常让你比较UDP和TCP，然后问某个应用应该用哪个。很多人会背“TCP可靠，UDP不可靠”，但实际选择远不止可靠性这一个维度。
我总结的选择框架是这样的：先看应用能不能容忍丢包。如果丢一两个包没关系，比如视频直播、语音通话，那UDP更合适，因为它的延迟低、开销小。如果丢包会导致严重问题，比如文件传输、网页浏览，那必须用TCP。再看应用是不是需要广播或多播。TCP只支持单播，UDP支持广播和多播，所以像DHCP、DNS查询这类需要广播的场景，只能用UDP。最后看应用对实时性的要求。TCP的拥塞控制会导致速率波动，对于需要稳定速率的应用，UDP加上应用层的速率控制可能更合适。
复习题里可能问“为什么DNS用UDP”，标准答案是“因为DNS查询通常很短，UDP开销小”。但更深层的原因是DNS需要快速响应，TCP的三次握手会带来额外延迟。而且DNS查询本身有重传机制，应用层可以处理丢包。这个例子说明，协议的选择是多种因素权衡的结果，不是简单的“可靠vs不可靠”。
5. 应用层与综合题：复习题里最容易丢分的“软考点”
5.1 HTTP与HTTPS：复习题里的状态码和报文格式
应用层复习题里，HTTP是出现频率最高的。状态码、请求方法、报文格式都是常考点。状态码里，200表示成功，301表示永久重定向，302表示临时重定向，404表示资源不存在，500表示服务器内部错误。这些看似简单，但复习题里经常考一些不常见的，比如304表示资源未修改，客户端可以用缓存。这个状态码和条件请求配合使用，是HTTP缓存机制的核心。
HTTP报文格式分请求报文和响应报文。请求报文包括请求行、请求头、空行、请求体。响应报文包括状态行、响应头、空行、响应体。复习题里可能让你写一个简单的GET请求，或者分析一个响应报文。我的建议是记住几个关键头部字段：Host指定虚拟主机，User-Agent标识客户端，Content-Length指定 body 长度，Content-Type指定媒体类型。这些在实际抓包分析时是最常看的。
HTTPS的考点主要集中在加密流程上。复习题里经常考TLS握手的过程。简化来说，客户端发ClientHello，服务器回ServerHello和证书，客户端验证证书后生成预主密钥并用服务器公钥加密发送，双方用预主密钥推导会话密钥，然后开始加密通信。这个流程里，证书的作用是绑定公钥和身份，防止中间人攻击。复习题里可能问“为什么需要证书”，答案就是“因为单纯的公钥交换无法防止中间人替换公钥”。
5.2 DNS解析：递归与迭代的区分是高频易错点
DNS复习题里，递归查询和迭代查询的区别是必考内容。很多人分不清哪个是哪个。我用一个简单的记法：递归是“你帮我查到底”，迭代是“你告诉我下一步问谁”。
客户端向本地DNS服务器发起的通常是递归查询，因为客户端希望本地DNS服务器直接返回最终结果。本地DNS服务器向根域名服务器、顶级域名服务器、权威域名服务器发起的通常是迭代查询，因为根服务器只告诉你“去问com服务器”，com服务器只告诉你“去问example.com的权威服务器”。这个设计是为了减轻根服务器的负担，如果根服务器要做递归，它需要处理海量请求，压力太大。
复习题里还可能考DNS缓存和TTL。TTL是资源记录在缓存中的存活时间。TTL太短会导致频繁查询，增加延迟；TTL太长会导致记录更新不及时。这个权衡在实际运维中非常重要。比如做服务器迁移时，需要提前调低TTL，等旧记录过期后再切换，避免部分用户还解析到旧IP。
5.3 综合题：把分层思想用起来
复习题的最后往往有一两道综合题，比如“从浏览器输入URL到页面显示，发生了什么”。这道题几乎涵盖了所有层的知识点，是检验你知识体系是否完整的试金石。
我通常按这个顺序来拆解：浏览器解析URL，检查缓存，发起DNS查询（应用层）。DNS查询可能用UDP（传输层），经过网络层的路由，数据链路层的帧封装，物理层的信号传输。拿到IP后，浏览器发起TCP连接（传输层），三次握手。如果是HTTPS，还要TLS握手。然后发送HTTP请求（应用层），服务器处理请求，返回响应。浏览器解析HTML，请求其他资源，渲染页面。最后TCP四次挥手断开连接。
这道题没有标准答案，但能看出一个人对网络分层模型的理解深度。复习题里考这道题，不是要你背流程，而是要你展示“数据如何在层与层之间传递”的思维。我在面试候选人时也经常问这道题，能讲清楚的人，基础都不会差。
6. 复习题的使用策略：从“刷题”到“建体系”
6.1 按层次归类，而不是按题型归类
很多人复习时喜欢按题型刷题，选择题刷一遍，计算题刷一遍，简答题刷一遍。这种方法对于短期记忆有用，但对于建立知识体系效果有限。我的建议是按层次归类：把所有物理层的题目放在一起，数据链路层的放在一起，以此类推。这样你能清楚地看到每一层到底在考什么，哪些概念是反复出现的，哪些是你薄弱的。
归类之后，你会发现有些知识点是跨层的。比如“可靠传输”在数据链路层有，在传输层也有，但实现机制不同。数据链路层用确认和重传，传输层用滑动窗口和拥塞控制。对比着看，你就能理解为什么不同层需要不同的机制，以及这些机制如何协同工作。
6.2 用“费曼技巧”检验理解程度
复习题里做错的题，不要只看正确答案，要试着把这道题考的知识点讲给别人听。如果你能用一个生活化的类比讲清楚，说明你真的理解了。如果你讲着讲着卡住了，或者只能照搬书上的定义，说明你还没吃透。
我经常让学生做这样一个练习：选一道复习题，假装你是老师，要给学生讲这道题。你会怎么引入？怎么解释关键概念？怎么举例子？怎么总结？这个过程会逼着你把零散的知识点串起来，形成自己的表达。我自己的经验是，能讲清楚的知识点，考试时基本不会忘；讲不清楚的，考前突击记住了，考完就忘。
6.3 把复习题和实际抓包结合起来
如果你有条件，我强烈建议在复习时打开抓包工具，实际看看网络流量。比如复习ARP时，抓一次ARP请求和应答；复习TCP三次握手时，抓一次完整的连接建立过程；复习DNS时，抓一次域名解析。看到真实的报文，比看十遍书都管用。
我在初学网络时，就是靠抓包把很多抽象概念具象化了。比如“序列号”和“确认号”到底怎么变化的，看一遍抓包就明白了。比如“窗口大小”如何影响传输速率，看一遍吞吐量曲线就清楚了。复习题里的很多计算题，如果你见过实际的数据流，理解起来会容易得多。
6.4 考前一周的冲刺策略
如果你只剩一周时间，我的建议是：第一天把所有复习题按层次归类，标记出高频考点。第二天到第四天，每天攻克两个层次，重点看计算题和流程题。第五天做综合题，练习把各层知识串起来。第六天查漏补缺，把错题再过一遍。第七天休息，保持好状态。
考试时遇到不会的题，不要慌。先判断它属于哪一层，然后回忆这一层的核心概念和机制。很多时候，即使你记不清具体细节，只要方向对了，也能拿到过程分。比如子网划分题，即使最后算错了，把二进制转换和与运算的过程写出来，也能得不少分。
计算机网络这门课，复习题是手段，不是目的。真正的目的是通过做题，建立起对网络分层模型的理解，知道数据如何在网络中从一端传到另一端。这个理解一旦建立起来，不仅考试没问题，以后遇到实际的网络问题，你也能有条理地排查和解决。我在实际工作中排查网络故障时，脑子里始终有一张分层图，从物理层往上逐层检查，这个思维习惯就是当年做复习题时养成的。
