期末复习最怕什么最怕翻开课本的时候发现第五章已经只剩一个标题脑子里全是上课时似懂非懂的名词。计算机网络这门课有个特点前几章物理层、数据链路层讲的是“链路级”的东西到第五章一上来就是端到端的传输层视角一下子从“一条网线怎么传比特”跳到“两个进程之间怎么传数据”很多人就是在这里开始跟不上的。如果你的教材是常见的结构第五章大概率就是传输层。这一章在期末考试里分量很重TCP、UDP、三次握手、四次挥手、可靠传输、流量控制、拥塞控制随便哪个拎出来都能出选择、填空、简答甚至大题。这篇复习笔记就是围绕第五章展开的把最核心的框架、易错点、计算题套路一次性捋清楚适合期末突击的同学也适合想把这章彻底搞明白的人。1. 第五章到底复习什么先搞清楚教材在讲哪一块1.1 为什么多数教材把第五章放在传输层计算机网络教材的章节安排虽然五花八门但主流结构基本沿用了“物理层、数据链路层、网络层、传输层、应用层”这个顺序。物理层关注比特怎么在介质上传输数据链路层关注相邻节点怎么把帧送出去网络层解决的是“分组怎么跨网络到达目的主机”而传输层解决的是“到达主机之后数据怎么交给正确的应用程序”。到了第五章你的视角要从“主机到主机”切换到“进程到进程”。网络层的IP地址负责找到那台主机但主机上同时跑着浏览器、聊天软件、视频客户端数据到底该交给哪个进程这个“交接”动作就是传输层的核心任务。教材把传输层放在中间位置正好形成了一个承上启下的结构上面有应用层的HTTP、DNS、FTP下面有网络层的IP协议传输层卡在中间做适配。复习第五章第一件事就是先认清楚你复习的到底是哪一版的第五章。如果是按TCP/IP体系为主线第五章会把TCP和UDP各分一节讲如果是按OSI七层模型展开传输层可能会拆成面向连接的传输和面向无连接的传输两块。无论哪种编排核心考点都不会跑出下面这张表。1.2 复习前先搭好一张协议栈定位图很多同学一上来就背TCP报文段格式这是效率最低的方式。正确的做法是先画一张协议栈走向图明确每一层在做什么数据经过各层时要加什么头。从发送端看数据从应用层产生交给传输层加上传输层头部再交给网络层加IP头部然后到数据链路层加帧头和帧尾最后通过物理介质发出去。接收端的顺序正好反过来逐层剥掉头部最后传输层根据端口号把数据交给对应的进程。这张图画出来第五章的位置就非常清晰了。考试时如果出现“某个报文在传输层的开销是多少”或者“哪些字段是传输层加的”这类题只需要对照这张图就能秒答。传输层加的头部里包含源端口、目的端口TCP还会加序号、确认号、窗口大小等字段这些字段是传输层区别于网络层的标志。建议你在A4纸上用五分钟默写一遍这张图写不出来的地方就是你复习的重点。我自己复习的时候习惯把每一层的PDU叫法也写上去物理层是比特数据链路层是帧网络层是分组或数据报传输层是报文段或用户数据报应用层是报文。这个细节经常在选择题里出现但很多人直到考试都没搞清。1.3 第五章在考试中的权重根据我接触过的期末试卷第五章的出题比重通常能占到20%到30%。选择、填空、简答、计算四类题型都会涉及综合分析题也喜欢以TCP拥塞控制为骨架来出。具体来说选择题UDP特点、TCP特点、端口号范围、常见协议使用的传输层协议。填空题TCP报文段字段名称、三次握手状态、拥塞算法名称。简答题为什么需要三次握手、TIME_WAIT的作用、TCP如何实现可靠传输。计算题拥塞窗口变化过程、序号与确认号计算、超时重传时间与RTT估算。把这些考点列出来复习目标就明确了。这一章不追求把所有细节背下来但要保证“核心机制能讲清楚、关键计算能写对步骤”。下面就从传输层最基础的端口概念开始一层层往上搭。2. 传输层核心概念端口、多路复用与解复用2.1 端口寻址与套接字传输层独有的“门牌系统”传输层和其他层最大的区别在于引入了端口号。如果把IP地址比作一栋楼的地址端口号就是楼里的房间号。数据到了楼下之后必须知道要送到哪个房间否则快递员只能干瞪眼。端口号是一个16位二进制整数范围从0到65535。其中0到1023是熟知端口号也叫周知端口由协议固定分配比如HTTP的80、HTTPS的443、FTP的21、DNS的53。1024到49151是注册端口号供应用程序或服务使用。49152到65535是动态或私有端口号客户端进程通常由操作系统随机分配这些端口来发起连接。这里要重点区分一个概念端口是传输层的地址但光有端口号还不够。TCP或UDP报文到达主机时真正标识一个连接或会话的是“IP地址 端口号”的组合即套接字。例如客户端IP是192.168.1.10、端口56789服务器IP是10.0.0.1、端口80那么这个连接的套接字就是(192.168.1.10, 56789)和(10.0.0.1, 80)这一对。考试中常出现的“四元组”概念指源IP、源端口、目的IP、目的端口四个字段很多网络故障排查工具也是依据这个四元组来区分连接的。复习端口这一节时我建议大家不要死背端口号的范围而是去理解“为什么需要端口号”网络层只需要把分组送到主机就完成任务了主机上那么多进程怎么分配数据端口号解决了这个问题。理解了这个逻辑考试里无论怎么变换问法都能应对。2.2 多路复用与多路分解信道复用的经济学多路复用和多路分解是传输层的一对基本功能名字听着拗口其实很好理解。多路复用发生在发送端多个应用程序进程各自产生数据传输层把这些数据封装成报文段合并交给下面的网络层发送。多路分解发生在接收端网络层送上来的报文段到达传输层后传输层检查报文段的目的端口号把数据分发到对应的套接字上再由套接字交给进程。这两个名词在考试里通常以概念选择出现。你需要区分清楚复用是从多个源到一条通路分解是从一条通路到多个目的地。因为TCP是面向连接的它的多路分解除了依赖目的端口号还要看源端口号和IP地址来区分连接而UDP是无连接的多路分解只看目的端口号。举个例子来理解宿舍楼下有一个收发室所有快递先送到收发室再按房间号分发给各寝室。这里“所有快递集中到收发室”就是多路复用“按房间号分发”就是多路分解。房间号对应端口号楼号对应IP地址这个例子几乎能套进所有相关题目。2.3 传输层服务的三种典型模式从服务的角度看传输层协议主要分为三类面向连接的可靠传输服务、无连接的尽力而为传输服务、介于两者之间的特殊服务。面向连接的可靠传输服务以TCP为代表提供建立连接、可靠传输、流量控制、拥塞控制、全双工通信等能力。无连接的尽力而为服务以UDP为代表只做最小限度的封装和分发不保证数据一定到达、不保证顺序、不保证不重复。除这两种之外一些教材会补充SCTP这种流控制传输协议或者提到QUIC这类基于UDP的可靠传输方案。期末复习阶段不需要深入只需要知道“TCP不是唯一的可靠传输协议”“UDP也可以在应用层实现可靠性”这两点以免考试中遇到超纲选项时发懵。选服务模式有一个朴素的判断逻辑对数据完整性要求高、允许延迟但不允许丢失的场景用TCP对实时性要求高、能容忍少量丢失但不能容忍重传延迟的场景用UDP。比如文件传输用TCP实时语音和视频通话用UDP。这个判断逻辑在选择题中比死记协议清单好用得多。3. UDP与TCP基础对比别只会背表格3.1 UDP报文段结构与适用场景UDP报文段结构非常精简固定只有8字节的首部包括4个字段源端口、目的端口、长度、校验和。每项占16位。长度字段的值是“UDP报文段总长度 首部8字节 数据部分字节数”最小值为8表示只有首部没有数据。校验和字段用于检测传输过程中数据链路层或者IP层是否发生了比特错误。UDP校验和的计算会涉及一个“伪首部”它包括源IP地址、目的IP地址、协议号以及UDP长度目的是让传输层能够检测出IP地址是否正确。这个细节容易考填空也更适合出选择题。UDP的优点就藏在它的精简里没有连接建立过程发送数据前不需要握手因此延迟低没有状态维护协议开销小报文头部很短额外带宽占用少。这些特性让UDP特别适合DNS查询、DHCP、SNMP、流媒体直播、在线游戏等应用。复习UDP时记住一句话UDP只是把IP层的能力“搬运”到了传输层它不承诺可靠不保证顺序也不做拥塞控制。如果题目问“UDP提供什么样的服务”参考答案就是“尽力而为的、无连接的、不可靠的数据报服务”。3.2 TCP报文段结构、序号与确认号TCP报文段的首部比UDP复杂得多固定部分至少20字节UDP只有8字节。TCP首部关键字段包括源端口、目的端口、序号、确认号、数据偏移、保留位、URG/ACK/PSH/RST/SYN/FIN六个标志位、接收窗口、校验和、紧急指针以及可选字段。最需要重点关注的是序号和确认号这两个字段是理解可靠传输的关键。序号表示本报文段所携带数据的第一个字节在整个字节流中的编号。比如一个TCP连接中发送方要发送长度为1000字节的数据第一个字节编号为0那么第一个报文段携带0到999字节序号字段填0第二个报文段携带1000到1999字节序号字段就填1000。确认号的含义是“期望收到对方下一个报文段数据的第一个字节的编号”。也就是说如果接收方收到的数据字节号到编号299为止那么它回复的确认号就是300表示300之前的字节都收齐了下一个请从300开始发。这里有个让新人很困惑的点确认号不是“已经确认到的最大序号”而是“下一个期望收到的序号”。六个标志位中SYN用于建立连接时同步序号FIN用于释放连接ACK表示确认号字段有效RST用于异常重置连接PSH表示尽快交付应用层URG配合紧急指针使用。期末考试经常考的标志位就是SYN、FIN和ACK答题时可以重点围绕这三个展开。3.3 期末常考的协议选择判断题关于TCP和UDP的对比期末几乎每年都会出一道选择题或简答题。关键对比项包括是否面向连接TCP是UDP否。是否可靠传输TCP是UDP否。是否提供流量控制TCP是UDP否。是否提供拥塞控制TCP是UDP否。首部开销TCP固定20字节UDP固定8字节。数据传输单位TCP是报文段UDP是用户数据报。通信方式TCP全双工UDP支持一对一、一对多、多对多。“UDP是否提供拥塞控制”这个知识点迷惑性很大。TCP有拥塞控制机制UDP没有但由于UDP没有拥塞控制它可以在网络拥塞时持续向网络注入流量这反而可能加剧拥塞。有些同学会把“UDP没有拥塞控制”误记成“UDP可以避免拥塞”方向完全反了。协议选择的典型题目我见过好几种变体问“浏览网页用的是什么协议”要选TCP因为HTTP基于TCP问“DNS查询使用什么协议”要选UDP虽然DNS也支持部分TCP场景但常规查询默认走UDP问“视频直播用TCP还是UDP”通常优先选UDP。这类题不能只背结论而是要把上面的判断逻辑用上才能应对题目里换场景的情况。4. TCP可靠传输机制每天都考的重点4.1 停止等待协议与超时重传TCP实现可靠传输的基础是确认和重传。最简单的模型是停止等待协议发送方发送一个报文段后就停下来等确认收到确认才发下一个。如果等待时间超过超时计时器就重传同一个报文段。这个模型讲课必提因为它是理解可靠性的起点但TCP实战中并不会用这种“发一个等一个”的低效方式。停止等待协议的问题很好理解如果往返时间RTT是100毫秒链路带宽再大平均每100毫秒只能发一个报文段吞吐量被卡死了。期末考停止等待协议时最常见的题目是画一个时间图标出前一个报文段丢失、确认丢失、确认迟到三种情况的处理过程。前一个报文段丢失时发送方超时重传。确认丢失时发送方没有收到确认超时后重传但接收方第二次收到同样的序号时直接丢弃重复报文段同时再回复一次确认。确认迟到时发送方已经重传过了后续才收到旧确认此时需要跳过这个确认继续正常发送。这三种情况理解后滑动窗口模型就容易多了。4.2 连续ARQ、滑动窗口与累计确认停止等待协议效率太低于是有了连续ARQ协议。连续ARQ允许发送方在收到确认之前连续发送多个报文段同时维护一个发送窗口。窗口内的报文段都可以发出去窗口外的必须等确认后窗口滑动才能继续发送。滑动窗口有两个维度值得区分发送窗口和接收窗口。发送窗口的大小由接收方通告的接收窗口和网络拥塞情况共同决定接收窗口大小则代表接收方当前还能接收多少字节数据。接收方通过TCP首部的窗口字段告诉发送方“我还能收多少”这就是流量控制的雏形。TCP使用累计确认机制接收方不一定要对每个报文段立即确认它可以回复一个确认号表示该序号之前的所有数据都已正确收到。比如发送方连续发送了序号1到500的报文段如果接收方都收到了可以只在最后一个报文段到达后回复一个确认号501告诉发送方“500之前的都收到了”。累计确认带来了一个好处即使某个确认丢失后续到达的更高序号的确认也能覆盖前一个确认的作用不需要重传已经收到确认的数据。考试里经常会出现“确认丢失了怎么办”这样的简答题答题要点就是依靠累计确认机制后续确认可以弥补。4.3 常见考点流水线模型和窗口计算理解了滑动窗口之后需要会做两类题目。第一类是计算在给定窗口大小和RTT下的最大吞吐量。公式本质是吞吐量约等于窗口大小除以往返时间。比如窗口大小为64KBRTT为200毫秒那么理想吞吐量大约是64KB除以0.2秒即320KB/s。这类题考察的是“流水线”和停止等待的效率对比计算本身不难难在单位换算。要特别注意窗口单位是字节还是比特RTT单位是毫秒还是秒。第二类是判断发送方在某个时刻能够发送哪些报文段。题目会给出发送窗口的起始序号、窗口大小和已经收到的确认号要求你说出下一个可发送的序号范围。这类题画一个窗口图就能解决确认号左边的是已发送且被确认的确认号到确认号加窗口大小减1之间的是可以发送的。建议考试时不要在脑子里算直接在草稿纸上画格子又快又稳。5. 流量控制与拥塞控制几乎必考的计算与策略5.1 流量控制接收窗口与是否持久关闭流量控制和拥塞控制名称很像但服务对象完全不同。流量控制解决的是“发送方发送太快接收方来不及接收”的问题由接收方主导。拥塞控制解决的是“太多数据进入网络网络中间节点处理不过来”的问题由网络状态主导。TCP实现流量控制的手段就是接收窗口。接收方在TCP首部的窗口字段中告诉发送方自己的缓存还有多少剩余空间发送方发送的总字节数不能超过这个窗口的大小。如果接收方的缓存快满了它会通告一个很小的窗口甚至0窗口发送方收到0窗口后必须停止发送。这里有一个很实用的考点当接收方通告0窗口后发送方停止发送但为了防止接收方的窗口更新通告丢失导致双方死等发送方会启动一个持续计时器周期性发送一个1字节的探测报文段询问接收方窗口是否恢复。这个机制的名字叫“持续计时器”考试常考它的作用。流量控制的题目往往配合滑动窗口计算一起出本质就是反复应用“发送数据不能超过接收窗口”这个约束。做题时先标出接收窗口大小再看发送窗口大小取两者较小值作为实际可发送范围思路就清楚了。5.2 拥塞控制核心算法慢开始、拥塞避免、快重传、快恢复拥塞控制是第五章的绝对重点几乎是期末大题的第一候选。TCP拥塞控制依靠发送方维护一个拥塞窗口cwnd接收窗口rwnd是接收方的限制拥塞窗口是发送方自己对网络状况的估计实际发送窗口大小等于min(cwnd, rwnd)。四个核心算法要按顺序掌握慢开始的思路不是一开始就全速发送而是从小窗口开始试探。初始cwnd通常设为1个最大报文段长度MSS每经过一个RTTcwnd翻倍。这个阶段是“指数增长”因为1变2、2变4、4变8的速度非常快。慢的开始并不是指速度慢而是指“从小慢慢试探”实际指数增长一点也不慢。拥塞避免在cwnd达到慢开始门限ssthresh后启动每经过一个RTTcwnd增加1个MSS。这个阶段是“线性增长”增长到一定程度后要防止网络过载。快重传是为了避免等待超时太久。如果发送方连续收到3个重复的ACK说明某个报文段丢了不用等超时计时器立即重传丢失的报文段。快恢复配合快重传使用发生快重传时把ssthresh减为当前cwnd的一半并把cwnd置为减半后的值然后执行拥塞避免线性增长。如果是超时导致的丢包处理方式不同ssthresh减半cwnd重置为1重新执行慢开始。这四个算法的识别特征可以帮助记忆超时是“凄惨重启”cwnd直接降到1快重传是“快速补货”不降回1而是降到阈值水平。考试画cwnd变化曲线时只要看到某个位置cwnd出现断崖式下跌、之后从1开始的就是超时如果cwnd减半后继续缓步增长就对应快恢复。5.3 拥塞窗口计算题实战逐步推演一张对照表拥塞窗口计算是期末最容易拿分也最容易失分的题。失分原因通常不是不懂算法而是“走到一半不知道当前该用慢开始还是拥塞避免”。我拿一个典型题目示范推演。假设初始ssthresh16初始cwnd1传输轮次按RTT计数轮次1cwnd1未达到16执行慢开始。 轮次2cwnd2。 轮次3cwnd4。 轮次4cwnd8。 轮次5cwnd16此时cwnd等于ssthresh下一轮进入拥塞避免。 轮次6cwnd17。 轮次7cwnd18。如果第7轮出现超时那么ssthresh更新为18的一半也就是9cwnd重置为1。之后的路径是慢开始到9轮次8变成2轮次9变成4轮次10变成8轮次11变成9轮次12开始进入拥塞避免每次加1。如果出现的不是超时而是3个重复ACK则执行快重传和快恢复ssthresh变为9cwnd也置为9之后从9开始线性增长。做这类题的建议是在草稿纸上画成两列表格左边是RTT轮次右边是当前cwnd同时单独一列写当前ssthresh。每次发生拥塞事件时先更新ssthresh再决定cwnd走向。绝大多数错误都出在“超时后忘了降到1”或者“快重传后直接执行慢开始”把这两个容易出错的动作单独标记一遍能避开大部分坑。6. TCP连接管理三次握手与四次挥手6.1 三次握手细节与状态变化TCP建立连接需要三次握手目的是让通信双方都确认自己发送能力、接收能力正常并且同步初始序号。第一次握手客户端发送一个SYN报文段SYN标志位置1随机取一个初始序号client_isn客户端进入SYN_SENT状态。第二次握手服务器收到SYN后回复一个SYNACK报文段自己的初始序号为server_isn确认号为client_isn1服务器进入SYN_RCVD状态。第三次握手客户端收到SYNACK后回复一个ACK报文段确认号为server_isn1然后客户端进入ESTABLISHED状态。服务器收到这个ACK后也进入ESTABLISHED状态。三次握手为什么不能用两次这是最经典的简答题。核心原因有两点第一两次握手只能确保服务器的接收和发送能力得到确认但服务器不知道客户端是否已经收到自己的SYNACK如果客户端没有收到会重复发起连接第二防止已失效的连接请求突然到达服务器。假设客户端第一个SYN在网络中滞留了很久超时后客户端重新发送了SYN并完成连接释放这时原来的SYN才到达服务器。如果只有两次握手服务器会误以为客户端要建立新连接白白分配资源。三次握手通过客户端的第三次ACK让服务器确认真正建立了新连接避免这种“悬空连接”。答题时要把“确认双方收发能力”和“防止失效连接请求”两点都答上只答一点会扣分。6.2 四次挥手及TIME_WAIT为什么存在TCP释放连接需要四次挥手因为TCP连接是全双工的两个方向的数据传送要分别关闭。第一次挥手客户端发送FIN报文段表示客户端的数据已经发送完毕进入FIN_WAIT_1状态。第二次挥手服务器收到FIN后回复ACK客户端进入FIN_WAIT_2状态。服务器此时可能还有数据要发送所以不会立刻关闭。第三次挥手服务器数据发送完毕发送FIN报文段进入LAST_ACK状态。第四次挥手客户端收到FIN后回复ACK进入TIME_WAIT状态服务器收到ACK后进入CLOSED。TIME_WAIT是最爱考的状态。为什么客户端在收到服务器的FIN后不能直接关闭而要等待2MSL原因有两个第一保证最后一次ACK能到达服务器。如果这个ACK丢失服务器会超时重传FIN客户端如果已经关闭就无法回复新的ACK等待2MSL可以让客户端有机会收到重传的FIN并再次确认。第二让本连接产生的所有报文段在网络中自然消失避免旧连接的延迟报文段干扰新连接。2MSL是一个最大报文段生存时间的两倍足够让一个报文段在网络中从出现到消失。这里有个细节容易混淆主动关闭方进入TIME_WAIT不是被动关闭方。大多数场景下客户端先发起关闭所以客户端会进入TIME_WAIT。如果服务器主动先关那么服务器也会进入TIME_WAIT。6.3 FIN_WAIT、CLOSE_WAIT等异常状态排查思路期末复习对状态机不要求完全背下来但几个典型状态的含义必须清楚。FIN_WAIT_1表示主动关闭方发送了FIN还没收到对方的ACK。FIN_WAIT_2表示已经收到ACK等待对方发送FIN。CLOSE_WAIT是被动关闭方收到FIN后、自己还没关闭时所在的状态表示对方已经关了发送方向但自己还有数据要发。LAST_ACK是被动关闭方发送FIN后等待最后ACK的状态。异常状态最常见的两个问题一是大量连接卡在CLOSE_WAIT说明应用程序没有正确关闭socket二是大量连接卡在TIME_WAIT说明主动关闭方太多或者服务端用短连接频繁关闭。排查思路上CLOSE_WAIT要检查应用层是否处理了连接关闭事件TIME_WAIT则要结合业务设计看是否需要调整连接复用策略。考试不会让你去排查生产环境但会以选择或简答形式问“TIME_WAIT出现在哪个阶段”“CLOSE_WAIT代表什么”。把每个状态和挥手步骤对应起来比死记状态名更牢靠。7. 期末速记与常见题目分析7.1 选择题高频陷阱总结我把往年选择题里出现频率最高的陷阱整理成了一张速查表复习时可以逐条对一遍。陷阱一把“UDP没有拥塞控制”记成“UDP有拥塞控制”。UDP根本没有拥塞控制机制不会根据网络状况调节发送速率。陷阱二认为“TCP建立连接是三次握手释放连接也是三次”。释放连接是四次因为服务器收到FIN后要先回ACK等自己把数据发完再发FIN是两个独立步骤。陷阱三混淆序号和确认号的含义。序号是“本报文数据第一个字节的编号”确认号是“期望收到的下一个字节编号”。陷阱四认为TCP首部固定是20字节忽略选项字段。20字节是固定部分加上选项后可能更长。陷阱五把端口号范围和用途张冠李戴。DNS是53HTTP是80HTTPS是443FTP控制连接是21SSH是22。陷阱六认为慢开始就是慢速发送。慢开始只是初始cwnd小增长方式是指数增长很快就能达到较大值。陷阱七快重传和快恢复被当成一回事。快重传是收到3个重复ACK后立即重传快恢复是紧接着调整cwnd的动作两者是连续但有区别的概念。这些陷阱靠背表格记不牢我的建议是把每个陷阱当成一道“改错题”来做自己说出为什么错效果比重复读好几遍强。7.2 计算题常见题型梳理第五章计算题的类型很固定可以说是“有限题库”。第一类是端口与报文段长度的计算。给定UDP数据部分长度求UDP报文段总长度。注意UDP首部固定8字节总长度是8加数据长度。第二类是TCP序号和确认号的计算。给出连接初始序号和发送数据长度求下一个报文段的序号以及对方回复的确认号。这类题的关键是记住“确认号等于期望收到的下一个字节序号”别多算少算。第三类是吞吐量计算。给定窗口和RTT估算最大发送速率。基本公式是窗口除以RTT单位换算要细致。第四类是拥塞窗口计算。给出一张时间表和若干拥塞事件画出cwnd的变化并计算特定时刻的窗口值。这类题按照5.3的表格法最稳妥。第五类是等待时间类。给定初始RTT或者抽样RTT结合超时重传时间调整计算。期末考试若出这类题通常会给出简化公式直接套用即可。计算题拿分的核心是步骤完整。哪怕最后结果错了只要中间画出窗口图、写出变化轨迹阅卷时也能拿到大部分过程分。反过来只写一个最终答案蒙对了高兴蒙错了就血本无归。7.3 复习节奏与答题顺序建议如果还剩一周时间我的建议是分三个阶段安排第五章。第一阶段花两天通读教材的第五章边读边把“三次握手”“四次挥手”“拥塞控制曲线”三个图手画三遍。手画的过程就是记忆的过程比只看不画的效果好得多。第二阶段用一天时间集中做选择和填空题目的是查漏补缺。做题时对错都要写出理由不能只记正确答案。第三阶段专门练简答题和计算题重点背“为什么需要三次握手”“TCP如何实现可靠传输”“慢开始和拥塞避免的区别”这几个高频简答题的答题框架。答题框架不用很长但要把核心关键词踩准例如提到序号、确认、重传、窗口、累计确认这些词分数就有了基本保障。考试答题顺序上我建议先做计算题因为刚开考时思路清晰公式和步骤还记得牢。简答题放在中间写选择题优先排除明显错误项。第五章作为重点章节优先保证正确率。8. 关于第五章我的一些体会每次给同学答疑第五章我都会说同一句话这一章不是靠背的是靠画的。你可以不背TCP报文段每个字段的位置但你必须能在纸上画出三次握手的箭头、画出cwnd的变化曲线、画出滑动窗口的边界。画出来一遍比默念十遍都管用。我个人复习时还有一个习惯就是给每一个协议机制找一个生活中的类比。端口号是宿舍房间号滑动窗口是食堂窗口一次能打几份饭拥塞控制是早晚高峰地铁的限流闸机TIME_WAIT是散场后让观众慢慢离场、避免拥堵和踩踏。这些类比可能不严谨但能让你在考场上快速回忆起机制的大方向再往大方向上补细节答案就不会跑偏。最后想说第五章的题目虽然花样多但本质上都是在回答同一个问题TCP和UDP到底是怎么在复杂网络里完成可靠交付的把这个问题理解透了不管期末试卷怎么变你都能稳住。