我说老李你说黑计算机网络这门课，大概是计算机专业里最“薛定谔”的一门课。你说它难吧，期末前背一背分层模型、记一记三次握手，好像也能混个及格；你说它简单吧，真到408考研、面试八股文、或者工作中被网络问题卡住的时候，才发现自己连IP地址和子网掩码怎么算都拿不准。我当年学计算机网络的时候，就是靠着把整本书拆成“五张卡”一轮一轮地过，才在期末和后续考研复习里都没翻车。这套方法后来我推荐给不少学弟学妹，今天整理成文，就是这套“学负五卡——计算机网络”的第一篇复盘笔记。这一篇我们先解决整体框架、物理层、数据链路层、网络层和传输层的核心内容，应用层、网络安全和实战排查会沿途穿插着讲，保证你看完能对计算机网络建立起一个能“撑住考试、接住面试”的骨架。
提示：这篇笔记不是教材的缩印版，而是我基于实际学习、复习、答疑过程中总结出来的“考点地图+踩坑实录”。如果你正在准备期末、408、或者刚开始自学网络基础，这篇文章可以帮你少走很多弯路。
1. 内容整体设计与思路拆解
1.1 “学负五卡”到底是什么：我为什么把计算机网络拆成五张卡
“学负五卡”这个名字听起来有点中二，其实是我给自己设计的一套学习复盘机制。计算机网络的知识点太散，协议太多，如果按教材章节线性地看一遍，大概率看到传输层就忘了物理层，看到应用层又忘了网络层。所以我当时做了一个很笨但很有效的动作：把计算机网络按“五层模型”切成五张知识卡片，每张卡片只记录这一层必须掌握的核心概念、协议、工作机制、易错点和面试常考题。
这五张卡分别是：物理层卡、数据链路层卡、网络层卡、传输层卡、应用层卡。学完一章，就整理一张卡；复习的时候，不翻书，先默写卡片；默写不出来的地方，就是你的薄弱点，再回到教材和笔记里补。到考前，你手里就只剩五张卡，而不是一本几百页的书。这个方法的底层逻辑是“检索式学习”——你越主动去回忆，记忆就越牢固，比单纯看书、划线、抄笔记的效率高得多。
这一篇笔记，本质上就是我第一轮整理出来的“五卡合集”。我还会把每张卡背后的学习思路、容易卡住的点、以及怎么用这些知识去应付题目和面试，一并写清楚。你看完不是“读过一遍”，而是“知道该怎么复习”。
1.2 学习路线的选型：自顶向下还是自底向上
刚开始学计算机网络的人都会面临一个选择：按自顶向下学，还是按自底向上学？我个人的建议是：第一遍学习用自顶向下，复习和考试用自底向上。
自顶向下的代表教材就是那本经典的《计算机网络：自顶向下方法》。它先讲应用层，因为应用层最贴近用户——你上网、刷视频、发邮件，这些全是应用层的事情。从自己熟悉的现象出发，再往下一层一层追问“这个功能是怎么实现的”，学习曲线比较平缓，不容易劝退新手。而国内很多教材（比如谢希仁老师的《计算机网络》）以及考研复习用的王道课程，都是自底向上讲，从物理层开始，先讲一堆信号、编码、复用技术，很多初学者在这里就被劝退了。
但到了复习阶段，我强烈建议反过来用自底向上。因为考试和面试本质上是考察“数据从一台主机到另一台主机的完整旅程”，这个旅程从应用层产生数据开始，一路向下封装，经过网络传输，再一路向上解封装。你自底向上把每一层的工作理清楚，最后再串一遍完整流程，知识才是成体系的，而不是一堆孤立的考点。
所以正确的打开方式是：入门用自顶向下教材培养直觉，复习用自底向上思路构建体系，两套方向配合使用，效果最好。
1.3 这门课的知识地图：分层模型是所有逻辑的总纲
计算机网络这门的“总纲”就是分层模型。无论你用的是五层模型（物理层、数据链路层、网络层、传输层、应用层）还是七层模型（OSI参考模型），核心思想都是一样的：把复杂的网络通信拆成若干相对独立的层次，每一层只解决特定问题，层与层之间通过标准接口交互。
OSI七层模型里的会话层、表示层，在实际的TCP/IP体系里基本被合并进了应用层。所以考试和面试里最常用的是五层模型，你只要把五层模型刻在脑子里，整门课的骨架就搭起来了。我们以一次最简单的“浏览器访问网页”为例：应用层生成HTTP请求，传输层用TCP给数据加上端口信息，网络层加上IP地址信息，数据链路层加上MAC地址信息，物理层把数据变成电信号/光信号发出去。接收方再一层层剥掉这些信息，最后把网页内容呈现在浏览器里。
这就是所谓的“封装”与“解封装”，可以说八成的考点都挂在这条主线上。你如果能把这条主线用自己的话讲清楚，分层模型、各层协议、设备工作在哪一层这类问题，全都迎刃而解。我的建议是，第一轮复习不要急着背细节，先画一张自己的分层模型图，把每一层的关键协议和设备填进去，这张图就是你后续所有复习的地图。
1.4 资料和课程怎么选：王道、自顶向下、湖科大教书匠
经常有人问“湖科大教书匠适合考408吗”“王道计算机网络怎么样”。我两个都看过，说点真实体验。
湖科大教书匠的视频特点是讲得细、动画做得好，对小白非常友好。它的数据链路层、TCP协议这些章节，会用动画把流程一步步演示出来，特别适合第一轮打基础。但缺点也很明显：视频偏长，重点不够凝练，如果是在职备考或者时间紧张，二刷三刷会有些吃力。所以我的判断是：湖科大教书匠适合“入门第一遍”以及“某个协议搞不懂时定向补习”，不适合冲刺阶段拿来刷。
王道计算机网络则完全是应试导向，课程节奏快，每章直接对标考点和真题，讲义里的“考点提醒”和“常见题型”非常实用。它默认你有一定基础，第一遍直接跟可能会有压力。所以我的搭配建议是：第一轮用自顶向下教材+湖科大教书匠的视频把概念弄懂，第二轮用王道的课程和习题集做强化，第三轮回归真题和错题。至于谢希仁的《计算机网络》，我把它当字典用，遇到概念争议、术语不统一的时候去查它，这本书的表述很严谨，但直接从头读到尾容易困，不建议当主线。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 物理层与数据链路层：网络跑在最底层的两个轮子
2.1 物理层核心考点：奈氏准则、香农定理和信道复用
物理层是很多人最容易忽略的一层，觉得就是“传比特的”，没什么好复习的。但期末和408里，物理层年年都有送分题，主要就考两个公式：奈氏准则和香农定理。
奈氏准则说的是在无噪声的理想信道里，码元的传输速率是有上限的，上限是2W（W是信道带宽）。它解决的是“码间串扰”问题，也就是说你传得太快，接收方就分不清每个码元的边界了。需要注意，奈氏准则限制的是码元速率而不是数据速率，所以如果你让每个码元携带更多比特（比如用4种电平，一个码元代表2比特），数据速率还能继续翻倍，公式是：理想低通信道极限数据传输速率 = 2W × log2(V)，V是码元的离散电平数。
香农定理则考虑了噪声，它给出的是信道数据传输速率的绝对上限：C = W × log2(1 + S/N)，其中S/N是信噪比。这里有个容易掉的坑：题目给的信噪比经常是分贝（dB）形式，比如30dB，你要先换算成比值：信噪比(dB) = 10 × log10(S/N)，所以30dB对应S/N = 1000，然后代入香农公式。很多同学直接拿30去算，结果错得离谱。
至于信道复用技术，重点记住四种：频分复用FDM（按频率分，各用户占不同频段）、时分复用TDM（按时间片分，各用户轮流用）、波分复用WDM（光的频分复用）、码分复用CDM（各用户用不同码序列，3G的核心技术）。考试常考的是码分复用计算，会给每个站点一个码片序列，让你判断某个站点是否发送了数据以及发送的是1还是0。做法就是把收到的序列和该站点的码片序列做内积，结果是1就是发了1，结果是-1就是发了0，结果是0就是没发。这个计算很套路，做两道题就能掌握。
2.2 数据链路层核心考点：封装成帧、差错控制、可靠传输
从数据链路层开始，计算机网络才算真正“有逻辑”了。这一层的核心职责就四件事：封装成帧、透明传输、差错控制、可靠传输和流量控制。
封装成帧，就是把网络层交下来的IP数据报加上首部和尾部，变成一帧。首尾部的作用之一是“定界”，让接收方知道一帧从哪里开始、到哪里结束。这里就引出了“透明传输”的问题：如果数据里恰好出现了和首尾部标志一样的字节怎么办？解决方法是用字节填充或比特填充，发送方在数据里遇到特定标志字节时插入转义字符，接收方再删掉。这个知识点不难，但经常作为小计算题出现。
差错控制主要靠CRC循环冗余校验。考试常考的是给你一个生成多项式，让你计算CRC校验码。步骤是固定的：先在数据后面补k个0（k是生成多项式的最高次数），然后做模2除法，得到的余数就是校验码，最后把校验码拼到数据后面发送。记住这里的除法是模2除法，不借位、不进位，本质就是异或运算。面试里有个高频追问：CRC能保证可靠传输吗？答案是它只能检错，不能纠错，发现错误后要靠重传机制来恢复，这就进入了可靠传输的范畴。
可靠传输和流量控制的三个协议——停等协议、后退N帧协议GBN、选择重传协议SR——是数据链路层的重头戏。停等就是发一个等一个，效率低但简单；GBN允许连续发送多个帧，一旦某一帧出错，发送方要重传这个帧以及它后面所有帧，接收窗口大小是1；SR只重传出错的帧，但接收方要能缓存乱序到达的帧，发送窗口加接收窗口的尺寸上限是2的n次方。这里我最想提醒的是：滑动窗口的题，一定要画时间轴和窗口图，光靠脑子想非常容易错。
2.3 以太网与CSMA/CD：一个从“抢信道”说起的故事
传统以太网用的介质访问控制协议是CSMA/CD，也就是“载波监听多路访问/碰撞检测”。理解它的最好方式是想象一屋子人开会，屋子里没有主持人，大家想发言就发言，但发言之前先听一听有没有人已经在说话（载波监听）。如果没人说，你就可以说；但可能两个人同时开口，发现撞车了（碰撞检测），于是大家都停止发言，各自随机等一段时间再重新开始说。
CSMA/CD的细节考点包括：为什么以太网帧有最小帧长限制？因为发送方要确保在发送完一帧之前能够检测到碰撞，否则它会误以为帧已经发送成功。最小帧长 = 2 × 传播时延 × 数据传输速率，这个公式对应的是“争用期”的概念。经典计算题会给你网络长度、信号传播速度、数据速率，让你算最小帧长，或者反过来算最大网络长度。做题时注意单位统一，尤其是把千米换算成米、把Mbps换算成bps，很多丢分都是单位换算错了。
退避算法也是常考内容：碰撞后，站点在[0, 1, ..., 2^k-1]中随机取一个数r，等待r × 争用期的时间再重传，k是重传次数，但k最大取到10。以太网规定帧间最小间隔是9.6微秒，这是给其他站点留出处理时间。顺便记住一个结论：以太网提供的服务是不可靠的，它只做检错，不做重传，重传由上层（传输层TCP）来完成。
2.4 交换机、MAC地址表和VLAN的实操认识
交换机和MAC地址表是数据链路层的“实战主角”。很多初学者分不清交换机和路由器，最简单的区分方式：交换机工作在数据链路层，靠MAC地址转发帧，构建的是局域网；路由器工作在网络层，靠IP地址转发分组，连接的是不同网络。
交换机的自学习过程是重点，一定要能描述清楚：交换机收到一帧时，先记录源MAC地址和进入端口的对应关系，写入MAC地址表；再查目的MAC地址，如果表里有对应端口，就往那个端口转发；如果没有，就向除接收端口外的所有端口广播该帧。这种未知单播的泛洪机制是很多网络故障的根源——当网络中出现环路时，广播帧会无限循环，造成广播风暴。解决办法是生成树协议STP，它通过在交换机之间交换BPDU报文，逻辑上阻塞某些端口，把物理环路剪成逻辑树。
VLAN（虚拟局域网）是交换机的重要功能，作用是在一台交换机上划分出多个逻辑隔离的广播域。VLAN的帧格式是在标准以太网帧里插入4字节的802.1Q标签，其中前12位是VLAN ID，取值范围1到4094。配置VLAN时有个坑：Access口和Trunk口的PVID、VLAN标签进出规则很容易搞混。我的实操建议是，Access口只允许一个VLAN通过，收到不带标签的帧就打上该端口的PVID对应的标签；Trunk口默认放行所有VLAN，通常用于交换机之间互连。如果你在学校实验课上做交换机组网，验证VLAN配置最直接的办法就是用两台电脑分别接入不同VLAN的端口，ping不通就说明隔离生效了。
2.5 物理层和数据链路层最容易踩的坑
这一部分是我答疑时看到最多的错误，总结成几条：
第一，把“比特率”和“码元速率”混为一谈。奈氏准则和香农定理里的W都是带宽（Hz），但数据速率单位是bps。一个码元可以携带多个比特，具体由调制技术决定。题目如果问“为了使数据速率达到多少，需要多少种码元”，你就要想到用奈氏准则反推log2(V)。
第二，CRC计算时把模2除法当普通除法。普通除法有借位，模2除法是异或，规则完全不同。平时练习一定要手算几遍，看清每一步对齐方式，考试时这种题是实打实的计算题，算错一步全错。
第三，滑动窗口协议里GBN和SR的窗口大小边界。GBN中发送窗口最大是2^n - 1，SR中发送窗口最大是2^(n-1)，序号位数为n。很多人只记了“SR窗口更大”，却不知道为什么：因为GBN接收窗口是1，不会出现接收方窗口内序号重叠；而SR接收窗口大于1，如果发送窗口超过2^(n-1)，就会发送方和接收方的窗口重叠，导致无法区分新旧帧。
第四，交换机刚上电时MAC地址表是空的，这时所有未知单播都要泛洪。有些人排障时一看到抓包里全是广播就慌了，实际上如果网络规模小、主机数量少，这是正常的。真正要警惕的是接口下狂涨的广播流量，那才需要查环路。
3. 网络层与传输层：寻址、路由与可靠传输
3.1 IP地址与子网划分：从分类编址到CIDR
网络层是计算机网络的“腰部”，也是考试和面试的兵家必争之地。这一层的第一大核心就是IP地址。
传统分类编址里，A类地址第一字节范围1~126，B类128~191，C类192~223，D类224~239是组播地址，E类240~255保留。这里有个送分考点：A类地址网络号占1字节，主机号占3字节，默认子网掩码是255.0.0.0；B类是255.255.0.0；C类是255.255.255.0。而且主机号全0表示网络本身，全1表示广播地址，这两个都不能分配给主机，所以每个网络里可用主机数要减2。
但现在的考试和实际工程几乎不用分类编址了，主流是CIDR（无分类域间路由选择）。CIDR把IP地址写成“IP/前缀长度”的形式，比如192.168.10.0/24，意思是前24位是网络前缀，后8位是主机号。子网划分的本质就是在主机号里借出若干位作为子网号。我常用的计算口诀是：子网数 = 2^借位数，每子网主机数 = 2^剩余主机位数 - 2。
举个例子：给你一个网络192.168.1.0/24，要求划分出4个子网。你需要借2位（2^2=4），子网掩码变成/26，每个子网有2^6 - 2 = 62台可用主机。四个子网分别是192.168.1.0/26、192.168.1.64/26、192.168.1.128/26、192.168.1.192/26。这里有个易错点：子网内第一个地址（如192.168.1.64）是子网号，最后一个地址（如192.168.1.127）是该子网的广播地址，不能分配给主机。做题时建议先把IP和掩码都转成二进制，位数对齐后再算网络地址和广播地址，比心算靠谱得多。
3.2 路由协议：RIP、OSPF、BGP到底在干什么
路由协议分两类：内部网关协议IGP（在一个自治系统内用）和外部网关协议EGP（自治系统之间用）。考试常考的是RIP、OSPF和BGP。
RIP基于距离向量算法，以跳数作为度量标准，最大跳数15，16就表示不可达。它会周期性（30秒）和邻居交换完整的路由表，好消息传得快，坏消息传得慢，容易产生“计数到无穷”的问题。RIP的优点是实现简单，缺点是不适合大型网络。如果你的路由器只有非常简单的网络环境，RIP还算省事；但现代企业网里基本看不到了。
OSPF基于链路状态算法，核心思想是每个路由器都收集全网的链路状态信息，然后自己用Dijkstra算法计算最短路径树。它只在链路状态变化时才触发更新，收敛速度快，适合大型网络。OSPF里有区域（Area）的概念，骨干区域是Area 0，其他区域必须与骨干区域相连。面试里常问“RIP和OSPF的区别”，你从算法原理、度量标准、更新方式、适用范围四个维度去答，基本就完整了。
BGP是自治系统之间的路由协议，它不追求“最优路径”，而是基于各种策略选择“可达且合规”的路径。BGP使用TCP端口179建立连接，这点和RIP（UDP 520）、OSPF（IP协议号89）不同，是个高频考点。理解BGP的关键是：它不是找最短路径，而是在多个自治系统之间协商出一条双方都能接受的路由策略，所以它更关心的是策略和可达性。
3.3 网络层配套协议：ARP、ICMP、NAT、DHCP
IP协议本身只负责尽力而为地交付数据报，真正干活的是它身边的配套协议。
ARP（地址解析协议）负责把IP地址解析为MAC地址。当主机要发送数据给同一网段的主机时，会广播一个ARP请求：“谁的IP是192.168.1.2？请告诉我你的MAC地址。”目标主机单播回复后，请求方把映射关系缓存起来。ARP有两个常考陷阱：一是ARP请求是广播，ARP回复是单播；二是ARP只适用于同一网段，跨网段通信时，先把数据交给默认网关，由网关转发，所以源主机的ARP请求解析的是网关IP地址对应的MAC地址。还有一个安全问题是ARP欺骗，攻击者伪造ARP回复，把网关的IP映射到攻击者的MAC上，导致流量被截获，这是局域网攻击的常见手法。
ICMP是网络层用来传递差错报告和网络探测信息的协议。考试重点是几种常见的ICMP报文类型：目的不可达、超时（Traceroute就是利用TTL逐跳超时来探测路径）、回显请求/回显应答（ping就是发ICMP回显请求）。面试里如果问“ping用的是TCP还是UDP”，一定要回答是ICMP，ICMP是网络层协议，既不归TCP也不归UDP管。
NAT（网络地址转换）解决的是公网IPv4地址不够用的问题。它的核心工作方式是：内网主机使用私有IP地址（10.0.0.0/8、172.16.0.0/12、192.168.0.0/16），访问外网时，路由器把源IP和源端口替换成公网IP和新的端口号，同时记录映射关系，回来的数据再根据映射表转换回内网地址。NAPT让多个内网主机共享一个公网IP成为可能，这也是家庭宽带最常见的上网方式。要注意的是，NAT的维护主要靠传输层的端口号，所以它实际上“侵入”了传输层的工作，这也是很多人说NAT破坏了端到端通信原则的原因。
DHCP让主机自动获取IP地址。流程是四个报文：DHCP Discover（广播，找DHCP服务器）、DHCP Offer（服务器提供地址）、DHCP Request（主机确认选择）、DHCP ACK（服务器确认分配）。有同学问“DHCP租期到了还没续约怎么办”，答案是IP地址会被回收，主机重新发起Discover流程。考试里容易丢分的是：DHCP Discover和DHCP Request都是广播报文，DHCP Offer和DHCP ACK通常是广播或单播，要根据服务器能否知道客户端地址来定。实际排障中，如果客户机迟迟拿不到地址，优先检查DHCP服务器的地址池是否耗尽、交换机端口是否开启了DHCP Snooping拦截了报文。
3.4 传输层：端口、UDP和TCP的核心差异
到了传输层，才真正开始讲“端到端”通信。传输层的主要功能是提供进程之间的逻辑通信，通过端口号来区分同一台主机上的不同应用。端口号范围0~65535，其中0~1023是熟知端口号，比如HTTP用的80、HTTPS用的443、DNS用的53、FTP用的21、SSH用的22。
UDP和TCP的差异是绝对的常客考点。从一句话概括：UDP是无连接、不可靠、面向报文、支持一对一/一对多/多对一多对多，首部只有8字节；TCP是面向连接、可靠、面向字节流、只支持一对一，首部最少20字节。UDP虽然“不靠谱”，但正因为没有连接维护、没有重传确认，它的传输时延低、开销小，适合视频直播、语音通话、DNS查询这类对实时性要求高、允许少量丢包的应用。
TCP面向字节流这个概念很多人理解不到位。TCP把应用层交下来的数据看成无结构的字节流，它不关心应用层报文边界，只负责把字节流可靠地传输给对端。这就导致了“粘包”现象：应用层分两次发送的数据，接收方可能一次就读到了，因为TCP是流式协议，没有消息边界。面试里经常问“如何处理粘包”，常见方案有：固定消息长度、在消息头中声明长度、使用分隔符、或者用更上层的协议（如HTTP的Content-Length）来解决。
3.5 TCP三次握手与四次挥手：常考但容易讲不透
三次握手和四次挥手是TCP里最著名的考点，但多数人只会背“SYN、SYN+ACK、ACK”，一旦面试官深入追问就露馅。我把完整逻辑拆开讲。
三次握手建立连接：
第一次：客户端发送SYN报文，seq=x，表示“我想和你建立连接，我的初始序号是x”。此时客户端进入SYN_SENT状态。
第二次：服务器回复SYN+ACK报文，seq=y，ack=x+1，表示“我收到了你的SYN，我的初始序号是y，我期望你下一个报文序号是x+1”。此时服务器进入SYN_RCVD状态。
第三次：客户端发送ACK报文，seq=x+1，ack=y+1，表示“我收到了你的SYN+ACK”。此时连接建立。
为什么要三次而不是两次？核心原因是为了防止“已经失效的连接请求突然又传到服务器”造成资源浪费。举个例子：客户端发了第一个SYN，在网络中滞留，客户端超时重发第二个SYN并成功建立连接，传输完毕关闭连接。此时第一个SYN才到达服务器，服务器以为这是一个新连接请求，就会回复SYN+ACK并分配资源。如果只有两次握手，服务器在收到SYN+ACK后直接认为连接建立，资源就被白白占用了；三次握手的话，客户端收到这个迟到的SYN+ACK后不会回应第三次ACK，服务器等不到ACK就能释放资源。所以第三次握手本质上是让服务器确认“客户端确实还在线且确实想要连接”。
四次挥手断开连接：
第一次：主动关闭方发送FIN报文，表示“我没有数据要发了”。进入FIN_WAIT_1状态。
第二次：被动关闭方回复ACK，表示“我收到了你的FIN，但我可能还有数据要发”。进入CLOSE_WAIT状态。主动方收到ACK后进入FIN_WAIT_2。
第三次：被动方数据发送完毕后，发送FIN报文，表示“我也没有数据要发了”。进入LAST_ACK状态。
第四次：主动方回复ACK，然后进入TIME_WAIT状态，等待2MSL（报文最大生存时间）后彻底关闭。
很多人不理解为什么TIME_WAIT要等2MSL。两个原因：一是确保最后一个ACK能到达对方，如果ACK丢失，对方会重传FIN，主动方需要有时间重发ACK；二是让本次连接内的所有“迟到的报文”在网络上自然消失，防止它们干扰后续使用相同端口的新连接。面试中如果被问到“线上服务有大量TIME_WAIT怎么办”，可以从开启tcp_tw_reuse、调整MSL、或者让客户端作为主动关闭方等角度回答。
3.6 TCP可靠传输与拥塞控制
TCP的可靠传输靠的是序号、确认、重传三大机制。但面试常考的是它的流量控制和拥塞控制。
流量控制针对的是“接收方”的处理能力，用滑动窗口实现。接收方在ACK里带上自己的接收窗口大小rwnd，发送方的发送窗口不能超过这个值。经典题目是“如果接收窗口为0，发送方还能发数据吗”，答案是可以发送零窗口探测报文，防止死锁——因为如果接收方回复了窗口更新但该报文丢失，发送方还在傻等，双方就互相等待了。
拥塞控制针对的是“网络”的承载能力，四个算法必须背熟：慢开始、拥塞避免、快重传、快恢复。简单总结：连接开始时，拥塞窗口cwnd从1开始指数增长（慢开始），达到慢开始门限ssthresh后进入拥塞避免，cwnd线性增长；一旦发生超时，说明网络严重拥塞，ssthresh降到当前cwnd的一半，cwnd重置为1，重新慢开始；如果收到三个重复ACK，说明只是个别报文丢失，执行快重传，立即重传丢失报文，然后进入快恢复：ssthresh变为当前cwnd的一半，cwnd直接从新的ssthresh开始线性增长，而不回到1。
这里我踩过的坑是：收到三个重复ACK时，发送方会立刻重传被确认丢失的那个报文，而不是等超时；这个机制叫快重传。很多初学者把它和“重传计时器超时重传”搞混。考试里画拥塞窗口随轮次变化的图，一定要看清题目给的是“超时”还是“三个重复ACK”，两种处理路径完全不同。
4. 应用层实战与高频考点汇总
4.1 应用层基础协议盘点：DNS、HTTP、FTP、SMTP
应用层是最贴近用户的一层，也是最容易拿分的一层。但正因为协议多，很多人复习时容易“眉毛胡子一把抓”，什么都记了又什么都没记住。我按考试频率给你排个序：HTTP、DNS、FTP、SMTP/POP3/IMAP、DHCP。
DNS（域名系统）负责把域名解析成IP地址。常考的有两点：一是DNS默认使用UDP 53端口，但区域传送用TCP 53；二是递归查询和迭代查询的区别。递归查询是“我替你问到底”，迭代查询是“我告诉你下一步去问谁”。一般的解析流程是：主机先查本地DNS缓存，没有再向本地DNS服务器发递归查询，本地DNS服务器再向根域名服务器、顶级域名服务器、权威域名服务器发迭代查询。实际工作中如果出现“能上微信但不能打开网页”，很多情况下就是DNS配置不对或者DNS服务器响应慢，临时换成公共DNS（比如114.114.114.114或8.8.8.8）经常能快速定位问题。
FTP（文件传输协议）的考点集中在双连接：控制连接使用TCP 21端口，数据连接使用TCP 20端口。FTP有两种工作模式：主动模式PORT，服务器主动向客户端发起数据连接；被动模式PASV，服务器等待客户端来连接数据端口。防火墙和NAT环境下，主动模式经常失败，所以现代客户端默认多用被动模式。面试提到FTP时，你补一句“FTP的控制信息（用户名密码）和数据都是明文传输，安全性差，所以现在更多用SFTP或FTPS”，会显得更有工程经验。
SMTP、POP3、IMAP是邮件相关协议。SMTP负责发送邮件，使用TCP 25端口；POP3负责收信，使用TCP 110端口，特点是下载后可以删掉服务器上的邮件；IMAP使用TCP 143端口，邮件保留在服务器上，多端同步更方便。这里的易错点是：发邮件用的是SMTP，收邮件用的是POP3/IMAP，同一台服务器上这三个协议往往是分开部署的。
4.2 HTTP协议演进与状态码
HTTP是面试重灾区，也是软件测试、前端开发、后端开发都要掌握的协议。它基于TCP，默认端口80，使用请求-响应模型。
HTTP/1.0和HTTP/1.1的区别是常考点。HTTP/1.0默认短连接，每次请求都要新建TCP连接，开销大；HTTP/1.1支持持久连接（Keep-Alive），并且引入了Host字段、管线化技术，还支持断点续传（Range）。但HTTP/1.1的队头阻塞问题依然存在——前一个请求没处理完，后面的请求即使已经到达也只能排队。HTTP/2通过多路复用解决队头阻塞，在一条TCP连接上并行传输多个请求的帧，还引入了头部压缩（HPACK）和服务器推送。HTTP/3则更进一步，把底层从TCP换成了基于UDP的QUIC协议，彻底解决TCP层队头阻塞，同时把TLS加密整合进了协议。
状态码必须背，但我建议你理解着记。2xx表示成功：200 OK、204 No Content；3xx表示重定向：301永久重定向、302临时重定向、304 Not Modified（协商缓存命中）；4xx表示客户端错误：400 Bad Request、401未认证、403禁止访问、404找不到资源；5xx表示服务器错误：500内部错误、502坏网关、503服务不可用、504网关超时。日常排查接口问题时，看到502先查网关和后端服务，看到504先查后端处理时间是不是超过了网关超时阈值，看到403查权限，比笼统地“重启一下”高效得多。
4.3 从“我们检测到您的计算机网络中存在异常流量”看网络安全防护
很多人在访问某些网站或使用某些服务时，会看到一条提示：“我们的系统检测到您的计算机网络中存在异常流量。请稍后重新发送请求。”这个提示看起来吓人，但它并不是说你的电脑“中毒”了，也不是什么奇怪的系统错误，而是一种常见的网络访问控制机制。
这类提示的本质是网站或安全网关认为：当前发起请求的IP地址、设备指纹、或者访问行为模式，更像“机器行为”而不是“真实用户行为”。常见的触发原因包括：短时间内发出大量高频请求（比如爬虫脚本、抢票软件、频繁刷新接口）；出口IP是共享IP或数据中心IP，被安全策略标记为高风险；本机存在挖矿木马、蠕虫病毒等确实在后台持续发起网络连接的情况；或者只是当前局域网内的网关设备做了严格的访问频率控制，把整个网络段都暂时限制住了。
遇到这种情况，如果你是普通用户，可以先等几分钟、清理浏览器缓存或Cookie、切换网络（比如从公司内网切到手机热点）再试。如果你是开发或测试人员，这类提示通常说明你的自动化脚本触发了风控策略，需要在请求频率、请求头伪装、Cookie维持上做更贴近真实用户的设计，或者联系网站方申请白名单。从网络学习的角度看，这个提示串联起了我们前面讲的多层知识：链路层的MAC地址、网络层的IP地址、传输层的端口和连接状态、应用层的Cookie和请求频率控制，每一层都可能成为风控系统的“标记点”。
4.4 软件测试岗位要掌握的计算机网络知识
不少做软件测试的朋友问过我：测试到底要掌握多少网络知识？我的答案是：不用达到运维或开发工程师的深度，但下面这些必须形成条件反射。
首先是HTTP协议。你要能看懂接口文档里的请求方法、状态码、请求头消息头含义，能定位是前端参数问题、后端逻辑问题还是网络问题。其次是DNS和HTTPS的基础流程：知道浏览器从输入URL到页面渲染经历了哪些环节，这样你报bug时能判断是DNS解析慢了、TCP连接建得慢、TLS握手慢还是服务端响应慢。再次是抓包工具的使用，Charles或Fiddler至少熟练一个，能打断点改请求、能重放、能看HTTPS解密后的报文，这是接口测试和排查问题的重要技能。最后是常见的网络故障排查命令：ping、ipconfig、netstat、curl，遇到环境问题时先自己跑一遍，能省下大量和开发扯皮的时间。
测试人员在面试中经常被问“HTTP和HTTPS的区别”，除了背出“HTTPS用TLS加密”之外，如果你能展开说：HTTPS是HTTP over TLS，TLS握手会经历证书验证、密钥协商、加密通信三个阶段；HTTPS默认443端口；抓包工具要装证书才能看到明文，面试官对你的印象会明显不一样。
5. 常见问题与排查技巧实录
5.1 排查网络问题的基础命令
很多人学计算机网络，学了一堆理论，真到电脑上不了网时却只会重启路由器。这里分享几条我平时最常用的排查命令和思路，都是最基础但最有效的。
ping是第一个要用的。ping通了，说明从本机到目标主机的网络层是通的；ping不通，先ping网关，网关通说明本机到局域网没问题，问题出在出口或远端。ping一个域名不通但ping它的IP通，说明DNS解析有问题。
ipconfig（Windows）或ifconfig（Linux/macOS）用来查看本机IP、子网掩码、网关和DNS。看到IP是169.254.x.x，说明DHCP获取失败，网卡没有拿到有效地址，这时候先查网线、交换机端口和DHCP服务。看到IP是192.168或10.x这样的私有地址，说明NAT内网环境，排查出口问题时要顺着网关查。
tracert（Windows）或traceroute（Linux）用来跟踪路由路径，能看到数据包经过的每一跳。如果某一跳一直超时，可能是该节点屏蔽了ICMP，未必是故障；但如果是最后一个公网出口之后全超时，就要检查目标端服务或者中间运营商链路了。netstat -ano（Windows）或netstat -tunlp（Linux）用来查看本机的TCP/UDP连接状态和端口监听情况。排查“端口被占用”“连接大量堆积在TIME_WAIT”“可疑进程在连外网”这类问题都靠它。
最后是curl。它能模拟HTTP请求，查看响应头、状态码、耗时，比浏览器更能暴露细节。比如curl -v可以看TLS握手过程，curl -w可以输出各阶段耗时。无论你是开发、测试还是运维，这几个命令配合起来用，绝大多数网络问题都能定位到具体层。
5.2 实验课与工作中的经典翻车现场
计算机网络这课的实验课，是很多人第一次接触真实网络设备或模拟器的地方。以我们常见的组网实验为例，我见过而且自己也踩过几个典型坑，写出来帮你避雷。
第一个坑是“直连网线没插对端口”。用模拟器做实验时，路由器和交换机之间、交换机和PC之间的连线类型是有讲究的。有些模拟器要求不同设备用不同线缆类型，你选错线缆，端口不会UP，配置再多也白搭。真实环境中则是网线类型（直通线/交叉线）的问题。现在的设备大多支持自动翻转，但在老设备上，同类设备直连要用交叉线，不同类设备直连用直通线，这个知识点实验报告里经常考。
第二个坑是“子网掩码配错导致跨网段不通”。比如你给PC配了192.168.1.2/24，网关是192.168.1.1，结果因为掩码配成了255.255.255.128，PC会觉得网关不在同一网段，直接放弃网关转发，表现为“能ping通同网段的人，但上不了外网”。排这种问题，先看掩码，再看网关，最后看路由，顺序不能乱。
第三个坑是“VLAN配置后交换机之间不通”。常见原因是Trunk端口没有放行对应VLAN，或者两端PVID不一致。我的经验是：每次改完配置，先show vlan或者display port vlan查看端口状态，再ping通测试，别按Ctrl+Z一路回车。
第四个坑是“静态路由配置错误”。多台路由器组网时，每一台路由器都要有到达目标网段的路由，要么直连、要么静态、要么动态。我在实验里经常遇到“R1能ping通R2的接口，但ping不通R2后面的PC”，就是因为R1只写了去往R2接口所在网段的路由，没有写去往R2后面PC网段的路由。写静态路由时，必须逐条检查每个目标网段，是“全部路由可达”而不是“部分可达”。
5.3 期末复习和面试如何高效背八股
计算机网络里的“八股文”特别多，背是有必要的，但不能傻背。我自己的方法是“每个知识点都能讲成一个因果故事”，而不是孤立记结论。
比如“TCP三次握手”，不要只背SYN/SYN+ACK/ACK，要能回答“为什么是三次而不是两次”。比如“为什么TCP要四次挥手”，核心原因是TCP是全双工，两个方向的连接要分别关闭，所以被动方的ACK和FIN不能合并发送。比如“为什么TIME_WAIT要等2MSL”，本质是为了确认对方的FIN能收到，同时清空旧报文。把每个“为什么”想通，八股文就变成了逻辑链，面试问再深也不怕。
期末复习还有一个技巧：把教材里的图自己画一遍。我第一轮复习时，把TCP状态迁移图、CSMA/CD流程图、滑动窗口示意图、DNS解析流程图，全部用纸笔画出来，画完再合上书复述一遍。画图的过程就是强迫自己建立空间结构和流程顺序的过程，比盯着屏幕看一小时有效。
另外推荐一个“费曼式默写”：把每个章节整理成“如果我要给室友讲明白这个知识点，我会怎么讲”的口吻写下来。写的时候你会自然发现哪些地方自己其实没懂，再回头补，这就是我前面说的“五卡”方法的核心用法。
5.4 不同基础的人怎么安排复习节奏
最后说一下复习节奏。不同基础的人，方案完全不同，千万别照搬别人的时间表。
如果你是零基础/跨考，建议至少提前三个月开始。第一个月用自顶向下教材配湖科大教书匠视频，目标是看懂每层在干什么，别追求记住全部细节；第二个月进入王道强化，配合习题集按章节刷题，错题做好标记；第三个月回归真题和错题，集中背诵协议特点、流程步骤。这样三轮下来，网络这门课基本能到考研中等偏上水平。
如果你是有一定基础、只想期末不挂，时间紧的话就抓大放小：先把五层模型、TCP/UDP区别、三次握手、IP子网划分、HTTP状态码这些“高性价比考点”吃透，这些内容加起来大概能覆盖期末卷面50%以上。剩下的时间再去看CSMA/CD、路由协议、滑动窗口这些计算和理解并重的考点。物理层那些公式，考前突击背公式和单位换算就够了，不用深究推导过程。
如果是面试突击，重点反而不要放在计算题上，面试官极少让你算子网划分，但几乎必问“输入URL后发生了什么”。我把这个问题的标准回答链写在这里，你按这个顺序背：
输入URL后，浏览器先解析URL，提取协议、域名、端口和路径；然后查DNS缓存，没命中就发起DNS解析，拿到目标IP；接着浏览器通过TCP三次握手与服务器建立连接；如果是HTTPS，会多一步TLS握手；连接建立后，浏览器构造HTTP请求报文发送给服务器；服务器处理请求并返回HTTP响应；浏览器拿到响应后解析HTML、加载CSS和JavaScript、渲染页面；同时浏览器还会解析页面里其他资源（图片、脚本），发起新的请求；最后，如果连接不再需要，会通过四次挥手关闭连接。这个链条把应用层、传输层、网络层、数据链路层全部串起来了，是检验你网络知识是否成体系的最好题目。
我在实际复习和辅导过程中最大的体会是：计算机网络这门课，难的不是某一个知识点，而是知识点太多太散，容易学了后面忘了前面，然后陷入焦虑。所以我后来特别推崇“先建骨架、再填血肉”的复习方式，先把五层模型和“封装-解封装”这条主线死死焊在脑子里，再往每一层里填协议和细节。这套“学负五卡”的方法看起来很笨，但坚持下来，你会发现自己不仅能应付考试，还能在面试里把网络相关的题目讲得比别人清晰很多。
最后再分享一个小技巧：不管你是期末、考研还是面试准备，复习到后期，找个人给你提问题，你来口头回答。可以是同学互相提问，也可以自己给自己录音。卡壳的地方就是你的盲区，比对着答案背十遍都管用。计算机网络是一门“讲出来才算会”的课，能把它讲顺了，考试和面试基本就稳了。