“今天面试又被问TCP了而且一上来就是‘三次握手为什么不是两次’。”如果你刚参加过几场技术面试多半对这类问题不陌生。计算机网络是程序员面试绕不开的硬骨头——无论你是校招刚起步、社招要进阶还是考研复试准备机试和综合面试这部分考点几乎场场出现。我这些年帮人改简历、做模拟面试发现一个规律绝大多数候选人对“三次握手、四次挥手、TCP和UDP区别”这类基础题能倒背如流但一旦面试官往下追问“Keep-Alive是什么原理”“为什么会出现大量TIME_WAIT”“从输入URL到页面展示发生了什么”就开始卡壳。这篇文章就是围绕“计算机网络面试题”这个主题整理的一份实战型复习路线图。我会先把高频面试考点按出题频率分层拆解再针对每一类核心题目给出能直接拿来用的答题框架和细节补充最后附上我这几年在真实面试现场听到的经典追问和应对方式。适合正在备战后端、前端、运维、测试、考研复试的读者参考建议收藏后按章节逐块消化而不是临阵磨枪。1. 内容整体设计与思路拆解计算机网络面试题之所以让人觉得“背不完”是因为这个领域的知识面太宽。只看《计算机网络》教材从物理层到应用层从路由协议到网络安全每一章都能出题。但如果你把历年面试真题拆开看会发现真正被反复敲打的考点其实高度集中。1.1 高频考点的分层策略面试官问网络题通常分三层。第一层叫“概念层”考查你能不能把抽象机制讲清楚。典型题目包括TCP三次握手为什么不能改成两次、四次挥手为什么需要TIME_WAIT、TCP和UDP的本质区别、HTTP和HTTPS的差异、Cookie和Session的区别。这些问题并不复杂但面试官会通过追问来判断你是背了结论还是懂了原理。第二层叫“机制层”考查你对协议运行过程的掌握。比如TCP的拥塞控制慢启动、拥塞避免、快重传、快恢复、滑动窗口如何做到可靠传输和流量控制、ARP解析流程、DNS解析完整过程。这里如果只背概念、不知细节很容易被一个“如果某个包丢了会怎样”的追问击穿。第三层叫“场景层”这类题最考验综合能力。比如“从浏览器地址栏输入URL到页面展示中间发生了什么”“如何定位一台服务器网络延迟高的原因”“系统日志显示网络中存在异常流量你会怎么排查”。这类问题没有标准答案面试官想听的是你的排查思路、分层分析能力、以及对协议栈的整体理解。我这篇文章的结构就按这三个层次来组织每一层都结合高频面试题展开。你会发现很多看似独立的题目其实共用同一套底层逻辑——分层模型、可靠传输、连接管理。把这几个核心机制吃透比背二十道单独的题都管用。1.2 为什么很多人背了题还是挂我见过不少候选人在面试前猛刷“面经”把答案背得滚瓜烂熟结果还是挂在追问上。原因很简单面试题本质上是“原理考试”不是“记忆考试”。举个例子“TCP三次握手为什么不是两次”这道题背答案的人会说“因为要防止旧连接请求突然到达导致资源浪费”。这个说法对不对对但对了一半。面试官真正想听到的是两个层面一是两次握手无法确认双方的收发能力都正常二是客户端发出的SYN可能因为网络延迟滞留在连接释放后又被服务端收到从而建立一条早已过期的连接。能主动把“半连接队列”“SYN Flood”“序列号可预测性”这几个延伸点讲出来的候选人才算是真正理解了三次握手的设计意图。这就是为什么我不建议直接背面经。每道题你都得能回答三层是什么、为什么这么设计、如果改动会带来什么后果。这篇文章后面的每个题目模块我都按这个思路来拆。2. 核心高频面试题原理与答题要点拆解这一节挑最常考的十几道题目逐题给出完整的答题路径。每道题我尽量覆盖“答题主线细节补充面试官追问方向”你可以拿它当模拟面试的参考答案。2.1 TCP三次握手为什么必须三次这是所有网络面试中的“题王”几乎逢面必问。标准回答是三次握手的目的是确认双方的发送能力和接收能力都正常并同步初始序列号。第一次握手客户端发送SYN报文服务端收到后能证明什么能证明客户端的发送能力正常服务端的接收能力正常。服务端此时回应SYNACK客户端收到后能证明客户端的接收能力正常、服务端的发送能力正常。但你注意到这一步服务端实际上只知道客户端能发、自己能收并不知道客户端能不能收。所以还需要最后一次ACK——客户端收到SYNACK后再回一个ACK给服务端服务端收到后才知道自己的发送能力客户端能正常接收到。把“两次”和“三次”的区别在这里说清楚面试官通常会点头。接着他会问“那两次握手存在什么具体风险”这时你再抛出旧SYN报文延迟到达的场景客户端发了一个SYN因为网络拥堵迟迟没到客户端等不及重发了新的SYN旧SYN过了很久才到达服务端。如果是两次握手服务端收到旧SYN后直接进入ESTABLISHED状态并分配连接资源但这个连接早已失效客户端根本不会理它服务端资源就被白白占用了。三次握手因为需要客户端回最后的ACK旧连接请求的SYN即使到达服务端服务端发出SYNACK后收不到客户端的确认就不会建立起一条可用的连接。我习惯把这张图在脑子里过一遍客户端SYN→服务端SYNACK→客户端ACK中间任何一个包丢失双方都能通过超时重传机制恢复。这才是“三次”在设计上的完整价值。答到这里后面的追问空间就很大了——为什么要随机初始化序列号、SYN Flood攻击是怎么利用这个机制的你都能顺势接上。2.2 TCP四次挥手TIME_WAIT为什么不能省挥手次数为什么是四因为TCP连接是全双工的每一方的关闭都必须独立完成。主动关闭方发送FIN表示“我没有数据要发了”但这只是关闭了主动方到被动方这个方向的数据传输。被动方收到FIN后可能还有数据没发完所以它不能立刻回FIN只能先回ACK等自己数据发完了再发FIN。一来一回就是四个报文。很多面试官会追问“TIME_WAIT为什么需要等待2MSL”这个问题要分两层答。第一层保证最后一个ACK能到达被动关闭方。如果最后的ACK丢失被动方会重发FIN主动方需要有时间重新发送ACK来结束连接。所以主动方不能立刻进入CLOSED状态必须留出足够的时间容错。第二层让旧连接的报文在网络中自然消失。如果立即关闭并立刻用相同的四元组源IP、源端口、目的IP、目的端口建立新连接旧连接中延迟到达的报文就可能被新连接误收。2MSL是报文在网络中最大存活时间的两倍过了这个时间网络中不会再残留旧连接的报文。顺带分享一个很多人踩过的坑服务器上大量TIME_WAIT连接堆积会占用系统端口和内存。线上高并发场景下常见“Cannot assign requested address”报错就是因为客户端端口被TIME_WAIT占满。面试官非常爱拿这个场景考你怎么处理调整net.ipv4.tcp_tw_reuse、net.ipv4.tcp_timestamps开启时间戳选项、或者tcp_fin_timeout调小都是常见方案。但注意tcp_tw_recycle因为存在NAT场景下的兼容性问题Linux较新内核已经弃用了这一点能主动提出来会显得你有实践积累。2.3 TCP与UDP别只答“一个可靠一个不可靠”这道题看着简单翻车率却高。常规答案TCP面向连接、可靠、有拥塞控制、面向字节流UDP无连接、不可靠、开销小、面向报文。如果只答到这里面试官会觉得你只是背了教材。要让答案有区分度我建议从三个维度展开。第一个维度是可靠性实现的本质。TCP的可靠不是网络提供的而是自己通过序号、确认、重传、校验和四个机制拼出来的。UDP不保证不丢包丢不丢交给上层应用决定。第二个维度是你对“为什么需要两种协议”的理解。视频通话、游戏实时对战、DNS查询这类场景延迟比可靠更敏感丢一帧画面可以重发但等TCP重传回到正轨时对话早就不同步了。所以UDP的存在不是“劣于TCP”而是“设计目标不同”。能举出实际业务场景比背结论强得多。第三个维度是面试官常挖的坑“那现在很多直播用的是什么协议”大部分直播场景会选RTMP基于TCP或WebRTC基于UDP不能一概而论。你可以补充一个新的趋势QUIC协议基于UDP实现了类TCP的可靠传输融合了两者优点。这个话题一抛出来面试官会对你印象深刻因为你能把“教材知识”和“工程前沿”连起来。2.4 HTTP与HTTPS握手过程必须能完整讲出来HTTP的考点集中在请求方法GET/POST区别尤其POST幂等性、状态码404、502、301和302的区别、HTTP1.0/1.1/2.0的核心差异、以及HTTPS的握手过程。最容易被深挖的是HTTPS握手。面试官常问“HTTPS多了哪几步为什么不能直接用非对称加密传输所有数据”标准答题路径是客户端先发ClientHello携带支持的TLS版本、加密套件列表、随机数服务端回ServerHello选定加密套件并携带证书和随机数客户端验证证书合法后生成预主密钥用服务端公钥加密后发送服务端用私钥解密得到预主密钥双方各自基于随机数预主密钥计算出会话密钥之后用对称加密通信。为什么要混合两种加密因为非对称加密性能开销大不适合大量数据传输对称加密速度快但密钥不能明文暴露在网络中。所以设计上用非对称加密安全地传递对称密钥再用对称加密高速传输业务数据。这个“安全传递密钥”的思路和生活里“先打电话确认门口保险箱密码再用保险箱传文件”是一个逻辑面试时用类比辅助讲解效果很好。很多人漏掉的细节是证书验证。证书是CA私钥签名的客户端用CA的公钥验证证书签名再确认证书域名和当前访问域名一致还要校验证书有效期和吊销状态。只答“验证证书合法性”而说不出验证内容容易被追问到底。2.5 滑动窗口与拥塞控制把“速度控制”的逻辑讲透滑动窗口这道题本质是在问“TCP如何实现可靠传输和高吞吐的平衡”。你要讲清楚三层发送窗口、接收窗口、拥塞窗口。其中接收窗口rwnd是接收方根据自身缓冲区大小通告的用于流量控制拥塞窗口cwnd是发送方根据网络拥塞程度自行调整的用于拥塞控制。实际发送窗口大小取决于min(rwnd, cwnd)。拥塞控制的四条算法流程必须能默写慢启动、拥塞避免、快重传、快恢复。慢启动cwnd从1开始每个RTT翻倍呈指数增长直到达到慢启动阈值ssthresh。拥塞避免超过阈值后每经过一个RTTcwnd线性加1呈加法增长避免过快填满网络缓冲。快重传当发送方收到三个重复ACK时立即重传丢失报文段不等待超时。原因是连续三个重复ACK说明后续报文已经到达只是中间某段丢了这时网络未必拥塞没必要进入慢启动。快恢复收到三个重复ACK后将ssthresh减半cwnd设为新的ssthresh而不是回到1然后进入拥塞避免阶段。这样可以兼顾丢包恢复和吞吐。这里有个容易答偏的点超时重传和快重传触发的处理不同。超时重传意味着网络可能真拥塞了cwnd直接降为1重新慢启动快重传则相对温和降一半就行。能说清不同丢包场景下的差异化处理说明你真的理解拥塞控制的工程取舍。2.6 DNS解析与ARP流程题怎么答才完整DNS解析题几乎必考“你访问一个域名系统是怎么找到IP的”。完整的解析过程是浏览器缓存→操作系统缓存hosts文件→本地DNS服务器递归查询→根域名服务器→顶级域名服务器→权威域名服务器。每层的返回结果都可能是IP地址也可能是下一级服务器的地址。很多面试官追问的点是“递归查询和迭代查询的区别”。你要能说清楚客户端对本地DNS服务器通常是递归查询本地DNS服务器帮我找最终结果就行本地DNS服务器对其他NS服务器是迭代查询每次只得到一个“去问谁”的指引然后自己再去问。一个比喻很好记递归是“你说我干干完给你”迭代是“你问路交警给你指到下一个路口”。ARP考的频率不如DNS高但一旦考就是问“同一网段和跨网段的MAC地址寻址”。同一网段内发送方查ARP缓存没有就广播ARP请求目标主机单播回复发送方缓存映射后发送数据帧。跨网段的情况容易出错发送方知道目标IP不在本网段会把数据帧的目的MAC填成默认网关的MAC而IP包的目的IP仍是目标主机IP。这个“IP不变、MAC逐跳变化”的细节是面试官最爱的陷阱。2.7 Cookie、Session与Token这道题是Web开发面试和网络面试的交界题。核心要讲清两个维度身份认证机制的演进和无状态HTTP协议之间的配合逻辑。Cookie是服务器下发并存在客户端的小数据块后续每次请求自动携带在Cookie头里用于识别用户身份。Session是服务端保存的用户状态通常通过Session ID关联cookie实现。传统单体应用下Session存在本机内存问题在于多实例部署时用户请求可能落在不同实例上Session不一致所以有了Session粘滞、Session共享、以及干脆把状态外置到Redis的方案。Token方案典型的是JWT把用户信息加密后存到客户端服务端无状态验证签名即可。理解JWT的签名机制Header.Payload.Signature和验证流程是答好这道题的关键。面试官会追问优缺点JWT天然适合分布式、跨端场景但难以主动失效泄露后风险高Payload里别放敏感数据。这道题能答到“无状态和可扩展性的取舍”层面基本就过关了。3. 实战场景从URL输入到页面展示的完整链路“在浏览器输入www.example.com并回车到页面显示出来中间发生了什么”——这是所有网络场景题里的“母题”。答好这道题等于把整个协议栈串了一遍。我建议按以下顺序逐步拆解每一步都带上对应的协议和可能被追问的细节。3.1 输入、解析与本地查找用户在地址栏输入URL并回车。第一步是解析URL确定协议类型HTTP还是HTTPS、域名、端口号和路径。如果端口没有显式写出HTTP默认80HTTPS默认443。然后浏览器会先查本地缓存。查找顺序大体是浏览器缓存→系统缓存→hosts文件。如果本地没有记录就会发起DNS解析。这里可以顺带提一句DNS缓存污染和DNS劫持的防护比如DNSSEC、加密DNS会显得你有安全意识。3.2 TCP连接与HTTP请求发起拿到目标IP后浏览器发起TCP连接。如果是HTTPS站点还需要先完成TLS握手在TCP连接之上建立安全通道。接着浏览器构造HTTP请求报文方法、URL、协议版本、头部字段交给TCP层。注意TCP层会根据MSS最大报文段长度把HTTP报文拆分成分段每个分段加上TCP头再交给IP层封装成数据报。数据链路层再封装成以太网帧加上源MAC和目的MAC目的MAC通常是网关的MAC。这一段的完整链路能说出来面试官能直观看到你对分层模型的理解。3.3 服务端处理与响应返回请求包经过交换机、路由器层层转发到达服务端。服务端先解析HTTP请求由Web服务器Nginx、Apache等处理或转发给应用容器。应用生成响应内容同样按TCP/IP协议栈逐层封装后发送回客户端。返回过程中如果响应体积很大HTTP1.1版可以选择Keep-Alive复用连接减少握手开销HTTP/2则可以在同一条连接上并行多路复用。这些关联考点如果由你主动引出会有加分效果。3.4 浏览器渲染浏览器收到响应后按HTML、CSS、JavaScript顺序解析并渲染页面。同时浏览器会为页面引用的图片、样式、脚本等资源再次发起HTTP请求——如果使用了HTTP/2的服务器推送或预加载部分资源可以提前送到这也是一个值得谈的优化点。很多人在这道题上止步于“DNS解析TCP连接发送HTTP请求”显然深度不够。如果你把每一步的缓存、失败重试机制、以及密码学细节都补上整道题大概能口述十分钟面试官对你的评价会提升一个档次。4. 经典问题排查真实面试里的“异常场景题”从热搜词里可以看到不少人都搜过“系统检测到您的计算机网络中存在异常流量请稍后重新发送请求”这句话。这类提示听起来像是网关或风控系统的策略拦截但放到面试里它对应的其实是另一大类问题网络故障排查和攻击应急响应。这里我整理几个高频的异常排查场景。4.1 网络延迟高、丢包怎么定位面试官可能会给你一个假设场景线上服务调用另一个服务的接口耗时从10ms涨到500ms你怎么定位标准的排查路径是分层定位。先确认是网络问题还是应用问题直接ping目标IP看RTT和丢包率再用telnet或nc测试目标端口连通性排除防火墙拦截。如果ping正常但业务耗时高就要看应用层是否有慢SQL、锁竞争、GC停顿。再进一步可以用traceroute逐跳检查路由链路看哪一跳延迟异常。如果跨地域调用延迟高对端是否有丢包重传怀疑到TCP层时ss或netstat命令查看连接状态、重传计数配合tcpdump抓包看是否有大量TCP重传。这套“从物理层到应用层逐层排查”的思维方式比直接给结论重要得多。4.2 大量TIME_WAIT、CLOSE_WAIT意味着什么短连接高并发场景下服务器上出现大量TIME_WAIT是正常现象但数量过多会导致端口耗尽。你先用ss -s或netstat查看连接状态统计。TIME_WAIT多在主动关闭方调优方向是缩短FIN_WAIT超时、开启tcp_tw_reuse。更值得警惕的是CLOSE_WAIT堆积。CLOSE_WAIT是被动关闭方发出的ACK之后、尚未调用close()时的状态如果数量一直在涨通常意味着应用代码里忘了关闭连接——比如HTTP客户端连接池释放逻辑有bug、文件流未关闭。遇到这种问题别急着调内核参数先从代码里找连接泄漏。这个解答思路能把“考官”从运维视角带到开发视角很有实战说服力。4.3 “系统检测到异常流量”对应的网络攻击类型面试中谈到安全话题常会问“你遇到过网络异常流量吗如何分析和防护”。常见的攻击类型包括SYN Flood、UDP Flood、DNS放大攻击等。SYN Flood是典型的DDoS方式攻击者发送大量SYN请求但不完成第三次握手服务端半连接队列被塞满正常用户的连接请求无法处理。防护手段一般是启用SYN Cookie——当半连接队列满时不再分配连接资源而是通过计算和编码方式生成一个特殊的初始序号放在SYNACK里客户端在ACK中带回该序号服务端验证通过后才分配资源。这个机制把“资源消耗”从握手期间延迟到确认之后有效缓解了虚假连接请求。遇到这类问题如果还能补充一下自己在业务侧的容灾经验——比如限流、熔断、降级以及多层网关清洗流量——安全能力就立体起来了。5. 工具选型与备考资源怎么选这部分给正在复习的人一点资源参考。市面上常用教材有三类谢希仁版《计算机网络》、电子工业出版社的《计算机网络自顶向下方法》就是大家常说的“第八版”、以及王道考研系列。经常有人把谢希仁版本的第七版、第八版搞混其实第八版是谢希仁老师更新过的版本添加了部分新技术内容而“自顶向下”第八版更侧重应用层出发的理解路径适合编程基础较好的人。5.1 教材搭配建议如果你目标是考研408王道系列配合谢希仁教材是主流路线。王道计算机网络偏向考点归纳和习题训练能够快速抓重点但原理铺垫较少谢希仁教材语言通俗、适合第一遍建立整体认知。时间有限的情况下我建议以王道为主、谢希仁为辅把课后题刷透。如果你目标是互联网大厂面试我反而更推荐《计算机网络自顶向下方法》。它从应用层往下讲每个协议都会结合Socket编程等实例读起来更像“工程师视角”。面试其实不怎么考OSI七层每一层的功能背诵而更关注TCP/IP实际工作过程这恰恰是自顶向下教材的长项。5.2 在线资源和刷题方法B站上“湖科大教书匠”的计算机网络课程对408考生来说口碑很好讲解细致、配套动画直观适合二轮复习查漏补缺。很多人会纠结“湖科大教书匠适合考408吗”——我的看法是适合用来做知识点理解性补充但不建议当作唯一课程。它的内容覆盖面很贴近考纲可408真题的出题风格和深度还是需要回到王道、历年真题上去适应。刷题方面牛客网、力扣的计算机网络题区以及历年408真题都是很好的素材。有一个技巧是“刷题时按场景归类”把题目分成连接管理、可靠性、HTTP、安全、场景排查五大类每类整理出自己的答题模板。这样面试时不管题目怎么变你都能迅速定位到对应的知识模块。5.3 模拟面试的重要性准备网络面试题只看不练效果很有限。我强烈建议你找朋友或同伴互相提问一次只问一个知识点但必须追问到底。比如对方答完三次握手你接着问“如果SYN丢了呢”“如果第三次握手ACK丢了呢”“如果客户端故意不回呢”“如果网络中有中间人篡改呢”这种连环追问才能暴露理解漏洞。如果找不到人练习可以自己对着录音设备讲。讲完回放一遍你会惊讶地发现自己很多地方“以为会了其实讲不顺”。每次把卡壳的地方标记出来就是下一轮复习清单。6. 面试作答技巧怎么把“会”变成“得分”很多候选人技术理解不差但面试表达不行。这一节分享几个我在模拟面试中总结的高分表达习惯。6.1 STAR法则怎么用到技术题上STAR法则本来用于行为面试但技术题同样有效。S背景先说明场景比如“线上服务端出现大量TIME_WAIT”T任务说明目标比如“要避免端口耗尽同时不破坏连接可靠性”A行动讲清楚你的操作比如“先通过netstat统计TIME_WAIT数量再用tcp_tw_reuse配置”R结果收束到效果比如“端口占用率下降92%业务重试报错消失”。这样答题信息完整面试官听一层就能判断你的实践深度。背结论只回答了A逃避了背景和验证过程落在纸面上就是“没有实证思维”。6.2 回答问题的“三层递进法”我建议技术题按照“定义→原理→工程实践”三层组织答案。比如被问到HTTPS先一句话定义“在HTTP和TCP之间加入了TLS/SSL层”然后讲握手流程和非对称/对称加密配合原理最后补一个工程细节比如“证书失效如何快速发现、TLS1.3相比1.2优化了什么”。三层答完即使中间说错一个细节面试官对你的整体判断也已经拉高了。6.3 “不知道”的正确回答方式面试中一定会遇到不会的题。最关键的应对原则是不要硬编也不要立刻说“不知道”。先复述问题确认自己的理解对不对——如果能拆出两三成线索就先讲自己确定的部分。比如面试官问“QUIC协议的连接迁移是怎么实现的”如果你只知道QUIC基于UDP你可以说“QUIC的设计目标之一是通过Connection ID来标识连接这样即使客户端IP变化也不需要重新握手具体细节这块我还没有在工程中深入实践过但我理解它解决的是移动端网络切换的重连成本问题。”这种回答展示了你已知的边界、逻辑推理能力和坦诚态度比硬编一个“答案”好得多。7. 高频题速查表与备战清单最后给你一份可以直接打印的速查表。这是我在模拟面试过程中反复迭代整理出来的核心提纲覆盖面试中出现频率最高的知识点适合面试前一小时快速过一遍。7.1 协议与机制速查知识点必答要点延伸加分点三次握手确认双方收发能力、同步序列号半连接队列、SYN Cookie四次挥手半关闭机制、TIME_WAIT时长2MSL端口耗尽、tcp_tw_reuseTCP可靠传输序号、确认、重传、校验累积确认、选择性确认SACK流量控制接收窗口rwnd限制发送速度窗口缩放因子、零窗口死锁拥塞控制慢启动、拥塞避免、快重传、快恢复丢包类型与cwnd调整差异HTTP状态码1xx/2xx/3xx/4xx/5xx大类301与302、503与504区别HTTPS握手证书验证、非对称传密钥中间人攻击、TLS1.3特性DNS解析递归与迭代、缓存分级DNS污染、HTTPDNS7.2 高频场景题答题模板建连失败先确认本地网络→ping目标IP→测试端口→检查防火墙策略→抓包分析SYN/ACK响应情况。请求响应慢应用层耗时监控→DNS解析耗时→TCP握手日志→traceroute逐跳检查→带宽占用分析。连接被重置排查是否有安全设备RST丢包、应用代码异常关闭、TCP Keep-Alive探测超时。接口偶发超时重点看TCP重传、丢包率、服务端背压backpressure、GC暂停。系统检测到异常流量先看防火墙/网关流量日志区分外网攻击还是内网扫描再联动限流和清洗策略。7.3 复习节奏建议准备周期我建议拆成三周第一周打通“原理层”把你薄弱章节的教材内容过一遍第二周集中刷题把高频题整理成自己的“答题稿”每道题能做到脱稿口述三分钟第三周做模拟面试和场景题复盘重点练追问和排查思路。前面提到的“湖科大教书匠”、王道、谢希仁教材、自顶向下第八版各有定位不必贪多。取其中一到两套作为主干把核心协议栈吃透比扫过五本书却一问三不知要有效得多。我见过太多人把时间花在“收集资料”而不是“消化内容”上资料越存越多能力却原地踏步。我在实际做模拟面试时还有一个体会网络题特别讲究“边说边画”。不管是三次握手还是拥塞控制你在纸上画出状态图和时序图边说边指表达会流畅很多考官也更容易跟住你的思路。准备面试时养成动手画图的习惯面试现场不会慌。这套复习框架我自己用过、也帮人用过实操下来对面试表现的提升非常明显。接下来就是你的事了——打开一份真题集从第一道TCP题开始不止背结论把原理和场景打通面试场上你就赢了大多数竞争者。