1. 为什么网络知识成了Java后端面试的分水岭做了这么多年后端开发带过不少新人也帮朋友做过模拟面试我发现一个很普遍的现象很多Java程序员在准备面试时把绝大部分精力砸在了Java基础、JVM、并发编程、Spring框架和数据库上唯独对计算机网络这一块敷衍了事。结果就是简历上写着“熟悉TCP/IP”面试官一问“三次握手为什么不是两次”立马卡壳或者被问到“浏览器输入URL到页面展示发生了什么”只能背出个大概细节一问就露馅。计算机网络在Java后端面试中的权重这些年其实一直在上升。原因不复杂——现在的后端系统几乎都是分布式架构服务之间靠网络通信微服务、RPC调用、消息队列、网关转发底层全是网络协议在支撑。面试官考察网络知识本质上是在判断你对系统底层运行机制的理解深度。一个连TCP连接管理都说不清楚的人很难让人相信他能处理好线上环境中的连接泄漏、TIME_WAIT堆积、网络抖动导致的超时重试等问题。这篇文章面向的是正在准备Java后端面试的开发者不管你是一两年经验想跳槽还是应届生想冲大厂网络这一关都绕不过去。我会把Java后端面试中网络部分的常见考点、高频追问、容易踩的坑以及我个人总结的回答框架尽可能完整地拆解一遍。内容会覆盖OSI与TCP/IP模型、TCP核心机制、HTTP/HTTPS协议族、DNS解析、Socket编程、网络性能排查等方向每个知识点都会配上面试场景下的回答思路和深度追问的应对方式。需要提前说明的是网络知识的学习不能靠死记硬背。面试官稍微换个角度提问背答案的人就会暴露。真正有效的方式是理解每个机制背后的设计动机——为什么需要这个字段、为什么用这个算法、不用会怎样。这篇文章会尽量把“为什么”讲透让你在面试时能自己推导出答案而不是靠记忆硬撑。2. 面试考点的整体脉络与复习优先级2.1 网络知识在Java后端面试中的定位先搞清楚一件事Java后端面试不是网络工程师面试面试官不会让你去算子网掩码或者配路由表。他们关心的是那些直接影响后端程序行为的网络知识。比如TCP连接的生命周期管理因为这直接关系到连接池的配置和性能调优HTTP协议的细节因为后端服务大量以HTTP接口形式对外暴露网络异常的处理因为线上环境网络抖动是常态序列化与传输效率因为RPC框架的选型离不开这些所以复习的时候要有取舍。像物理层、数据链路层的细节知道个大概就行不用深挖。但传输层和应用层的东西必须吃透。2.2 高频考点的优先级排序根据我自己的面试经历和跟同行交流的反馈Java后端面试中网络问题的出现频率大致可以这样排优先级考点方向出现频率典型问法最高TCP三次握手/四次挥手极高为什么三次为什么四次TIME_WAIT作用最高HTTP与HTTPS极高HTTPS握手过程HTTP/2改进状态码含义高TCP可靠传输机制高滑动窗口拥塞控制重传策略高从输入URL到页面展示高完整链路描述考察综合理解中DNS解析过程中递归与迭代查询缓存机制中Socket编程与IO模型中BIO/NIO/多路复用区别中网络排查工具中如何定位线上网络问题低OSI七层模型低各层功能与协议举例这张表不是让你只复习高频的而是帮你分配时间。低频的也要会但不用花太多精力。2.3 面试官真正想考察什么很多人以为面试官问网络问题是在考记忆力其实不是。他们真正想判断的是三件事第一你的知识有没有体系。零散的知识点谁都能背但能不能把TCP、HTTP、Socket、IO模型串起来讲清楚体现的是你的理解深度。第二你能不能联系实际。问你TIME_WAIT太多怎么办不是要你背定义而是看你有没有处理过线上问题知不知道怎么调参数、怎么改代码。第三你的表达有没有逻辑。面试时间有限你能不能在三五分钟内把一个复杂机制讲明白这本身就是一种能力。理解了这三点复习的时候就不会跑偏。接下来我按考点方向逐一拆解。3. TCP协议核心考点深度拆解3.1 三次握手为什么是三次而不是两次或四次这是网络面试的“必考题”几乎每场面试都会问到。但很多人只会背“客户端发SYN服务端回SYNACK客户端再发ACK”一问为什么就答不上来。核心原因只有一个双方都需要确认对方的收发能力都正常。具体来说三次握手要达成四个确认客户端确认自己的发送能力正常、服务端的接收能力正常服务端确认自己的发送能力正常、客户端的接收能力正常两次握手做不到这一点。假设只有两次服务端收到SYN后就建立连接但此时服务端无法确认客户端是否收到了自己的SYNACK。如果客户端的SYN因为网络延迟很久才到达服务端客户端可能早就放弃了服务端却建立了一个无效连接白白浪费资源。四次握手又没必要因为服务端的SYN和ACK可以合并成一个包发送效率更高。面试时如果被追问“第三次握手可以携带数据吗”答案是可以。第三次握手时客户端已经处于ESTABLISHED状态可以携带数据。但前两次握手不能携带数据因为连接还没建立携带数据会增加被攻击的风险。还有一个常见的追问是“SYN Flood攻击是怎么回事”。原理是攻击者大量发送SYN包但不完成第三次握手服务端为每个半连接分配资源最终资源耗尽。防御手段包括SYN Cookie、缩短半连接超时时间、限制半连接队列大小等。3.2 四次挥手TIME_WAIT为什么必须等2MSL四次挥手比三次握手多一次原因是TCP连接是全双工的每个方向都需要单独关闭。主动关闭方发FIN被动关闭方回ACK此时主动关闭方不再发送数据但仍能接收被动关闭方发完剩余数据后再发FIN主动关闭方回ACK连接彻底关闭。这里最常被问的是TIME_WAIT状态。主动关闭方在发送最后一个ACK后会进入TIME_WAIT等待2MSLMaximum Segment Lifetime报文最大生存时间后才真正关闭。为什么需要等两个原因第一确保最后一个ACK能到达对方。如果这个ACK丢了被动关闭方会重发FIN此时主动关闭方还在TIME_WAIT状态就能重新发ACK。如果直接关闭了对方重发的FIN就没人理了。第二让本次连接的残留报文在网络中消散。如果不等待新连接可能收到旧连接的延迟报文导致数据错乱。面试中经常追问“服务端大量TIME_WAIT怎么办”。这个问题要分情况如果是主动关闭连接的一方TIME_WAIT多是正常的但太多会耗尽端口资源。解决方案包括使用连接池复用连接、调整内核参数如开启tcp_tw_reuse、让客户端主动关闭连接等。注意tcp_tw_recycle在较新的内核中已经移除不要再提这个参数。3.3 可靠传输滑动窗口与拥塞控制的配合TCP之所以可靠靠的是一套组合机制序列号、确认应答、超时重传、滑动窗口、拥塞控制。滑动窗口解决的是流量控制问题。接收方通过窗口字段告诉发送方自己还能接收多少数据发送方根据这个窗口调整发送速率避免接收方缓冲区溢出。窗口大小可以动态调整这就是滑动窗口的“滑动”含义。拥塞控制解决的是网络拥堵问题。它包含四个算法慢启动连接刚建立时拥塞窗口从小开始每收到一个ACK就翻倍指数增长拥塞避免窗口达到慢启动阈值后改为线性增长每个RTT加一快重传收到三个重复ACK就立即重传不等超时快恢复快重传后不回到慢启动而是把窗口减半后进入拥塞避免面试时经常问“滑动窗口和拥塞窗口的区别”。简单说滑动窗口是接收方告诉发送方的是“你能发多少”拥塞窗口是发送方自己根据网络状况估算的是“我能发多少”。实际发送窗口取两者的最小值。3.4 TCP粘包拆包面试中的实操型问题这个问题在Java后端面试中特别常见因为Netty等框架的使用者一定会遇到。TCP是面向字节流的协议它不关心应用层的消息边界。发送方连续发送多个消息接收方可能一次收到多个消息粘在一起粘包也可能一个消息被拆成多次收到拆包。解决思路有三种固定长度每个消息固定长度不够补位。简单但浪费带宽分隔符用特殊字符分隔消息如换行符。需要注意转义问题长度字段消息头中携带消息体长度这是最常用的方案Netty中对应的解码器分别是FixedLengthFrameDecoder、DelimiterBasedFrameDecoder、LengthFieldBasedFrameDecoder。面试时如果能说出这几种方案的优缺点和适用场景基本就稳了。4. HTTP与HTTPS协议族面试要点4.1 HTTP状态码不要只背200和404状态码是HTTP面试的基础题但很多人只记得200、404、500这几个。完整的分类要清楚1xx信息性状态码如101 Switching ProtocolsWebSocket升级时用到2xx成功如200 OK、201 Created、204 No Content3xx重定向如301永久重定向、302临时重定向、304 Not Modified4xx客户端错误如400 Bad Request、401 Unauthorized、403 Forbidden、404 Not Found、429 Too Many Requests5xx服务端错误如500 Internal Server Error、502 Bad Gateway、503 Service Unavailable、504 Gateway Timeout面试中常问的是301和302的区别。301是永久重定向浏览器会缓存下次直接跳转302是临时重定向每次都会请求原地址。SEO场景下用301临时维护页面用302。304也值得注意它和缓存机制相关。当客户端发送条件请求带If-Modified-Since或If-None-Match服务端判断资源未修改就返回304客户端直接用本地缓存。4.2 HTTPS握手对称加密与非对称加密的结合HTTPS是面试的重头戏。核心要讲清楚两点为什么要用两种加密方式以及握手过程是怎样的。为什么不用纯对称加密因为密钥传输不安全。客户端和服务端需要协商一个对称密钥但如果在网络上明文传输这个密钥中间人就能截获。为什么不用纯非对称加密因为性能太差。非对称加密的计算开销远大于对称加密如果所有数据都用非对称加密传输性能无法接受。所以HTTPS的方案是用非对称加密协商对称密钥然后用对称密钥加密实际数据传输。握手过程大致如下以TLS 1.2为例客户端发送ClientHello包含支持的TLS版本、加密套件、随机数服务端回复ServerHello选定加密套件发送自己的随机数和证书客户端验证证书有效性生成Pre-Master Secret用证书公钥加密后发送双方根据两个随机数和Pre-Master Secret计算出会话密钥客户端发送Finished消息之后所有数据用会话密钥加密面试中经常追问“证书验证过程”。客户端会检查证书是否在有效期内、是否被吊销、是否由受信任的CA签发、域名是否匹配。任何一项不通过都会报警告或直接拒绝。4.3 HTTP/1.1、HTTP/2、HTTP/3的演进面试官问这个是想看你对HTTP发展趋势的了解。HTTP/1.1的问题队头阻塞。同一个TCP连接上前一个请求没响应完后面的请求就得等着。虽然有了管道化但实际效果不好浏览器一般还是开多个连接。HTTP/2的改进多路复用。同一个连接上可以并行传输多个请求和响应每个请求有独立的流ID。还引入了头部压缩HPACK、服务端推送、二进制分帧。HTTP/3的变化底层从TCP换成了QUIC基于UDP。QUIC自带多路复用、0-RTT连接建立、前向纠错解决了TCP层面的队头阻塞问题。面试时能说清楚每个版本解决什么问题、引入了什么新问题就足够了。4.4 Cookie、Session、Token的区别与选型这是Java后端面试的常客因为涉及登录鉴权。Cookie是存储在客户端的小段数据每次请求自动携带。缺点是用户可以禁用且有大小限制。Session是存储在服务端的会话数据客户端只保存Session ID。缺点是分布式环境下需要共享Session增加了复杂度。Token如JWT是服务端签发的一段自包含凭证客户端保存并在请求头中携带。优点是无状态、适合分布式缺点是签发后难以撤销、体积较大。面试时经常问“分布式环境下Session怎么共享”。常见方案有Session粘滞同一用户固定到同一台服务器、Session复制服务器之间同步、Session集中存储存Redis。现在更推荐用Token方案天然适合分布式。5. 网络编程与线上排查实战5.1 BIO、NIO、多路复用的本质区别Java后端面试中IO模型是区分初级和中级开发者的分水岭。BIOBlocking IO每个连接一个线程线程在读写时阻塞。优点是编程简单缺点是连接数多了线程数爆炸资源消耗大。NIONon-blocking IO基于Selector实现多路复用一个线程可以管理多个连接。连接读写不阻塞通过事件通知机制处理。Netty就是基于NIO的。多路复用的核心是操作系统提供的select、poll、epollLinux或kqueuemacOS。epoll相比select的改进在于不需要每次遍历所有fd、没有fd数量限制、内核态和用户态通过共享内存减少拷贝。面试时经常问“epoll的水平和边缘触发模式”。水平触发LT是只要fd可读就一直通知边缘触发ET是只在状态变化时通知一次。ET模式效率更高但编程更复杂必须一次读完所有数据。5.2 线上网络问题排查工具与方法这部分是加分项能体现你的实战经验。常用工具ping检查连通性和延迟traceroute追踪路由路径netstat/ss查看连接状态、端口占用tcpdump抓包分析curl测试HTTP接口telnet/nc测试端口连通性典型排查场景场景一服务响应慢。先用ss -s看连接数是否异常再用netstat -anp | grep TIME_WAIT看是否有大量TIME_WAIT然后用tcpdump抓包看是否有重传。场景二连接被拒绝。检查服务是否启动、端口是否监听、防火墙规则是否放行。场景三间歇性超时。可能是网络抖动、DNS解析慢、或者服务端GC停顿导致。需要结合日志和监控综合判断。面试时如果能讲一个自己实际排查过的案例效果会非常好。5.3 序列化协议与RPC框架的网络层Java后端离不开RPC而RPC的性能很大程度上取决于序列化协议和网络传输方式。常见序列化协议对比协议可读性性能跨语言典型场景JSON好一般好RESTful APIXML好差好配置文件、老系统Protobuf差好好gRPC、高性能RPCThrift差好好跨语言RPCJava原生差一般差单语言内部使用面试时经常问“为什么RPC不用HTTP而用自定义协议”。核心原因是HTTP/1.1的头部冗余大、队头阻塞严重虽然HTTP/2改善了这些问题但自定义协议可以更精简、更灵活。不过现在gRPC基于HTTP/2也在逐渐成为主流。6. 面试回答框架与避坑指南6.1 如何组织一个高质量的网络问题回答面试中回答网络问题建议用“总-分-总”的结构先给结论一句话点明核心。比如问三次握手先说“三次握手的核心目的是双方确认彼此的收发能力都正常”。再展开细节按时间顺序或逻辑顺序讲清楚过程。可以用“第一步...第二步...”的方式但不要背课文要像讲故事一样自然。最后联系实际如果能联系到实际开发场景会大大加分。比如讲完TIME_WAIT补一句“我们在生产环境中通过连接池复用连接来减少TIME_WAIT”。6.2 常见追问与应对策略面试官问完基础问题后通常会追问。以下是一些高频追问及应对思路追问一“如果第三次握手丢失了会怎样”客户端会重传第三次握手服务端如果等不到会超时关闭半连接。客户端重传几次后也会放弃。追问二“HTTPS能防止中间人攻击吗”能但前提是证书验证机制正常工作。如果用户忽略了证书警告或者系统被安装了恶意根证书HTTPS也可能被中间人攻击。追问三“TCP和UDP分别适合什么场景”TCP适合对可靠性要求高的场景如文件传输、网页浏览UDP适合对实时性要求高、能容忍少量丢包的场景如视频直播、在线游戏、DNS查询。追问四“HTTP长连接和WebSocket有什么区别”HTTP长连接Keep-Alive是复用TCP连接发送多个HTTP请求但仍然是请求-响应模式WebSocket是全双工通信建立连接后双方可以随时发送数据适合实时推送场景。6.3 面试中的常见误区与避坑建议误区一只背答案不理解原理。面试官稍微换个角度就露馅。建议每个知识点都问自己三个“为什么”。误区二过度深入底层细节。你是Java后端不是网络协议专家。把TCP/IP和HTTP搞清楚就够了不用去研究BGP路由算法。误区三忽略实际应用。面试官更看重你能不能把网络知识和实际开发结合起来。多想想“这个知识点在我的项目里怎么体现的”。误区四表达没有逻辑。回答问题时先想清楚框架再开口不要东一句西一句。可以用“我从三个方面来说”这样的引导语。误区五不懂装懂。遇到不会的问题坦诚说“这块我了解不深”然后尝试从已知知识推导比胡编乱造好得多。7. 复习路线与资源建议7.1 分阶段复习计划如果你有一个月左右的准备时间可以这样安排第一周打基础。重点看TCP/IP协议栈的核心机制包括三次握手、四次挥手、可靠传输、拥塞控制。推荐《TCP/IP详解 卷1》的前几章不用全看挑重点。第二周攻HTTP。把HTTP/1.1、HTTP/2、HTTPS的握手过程、缓存机制、状态码过一遍。推荐《HTTP权威指南》和MDN的HTTP文档。第三周联系Java。看Netty的IO模型、RPC框架的网络层实现、Java NIO的核心API。把网络知识和你的项目结合起来。第四周模拟面试。找朋友互相提问或者自己对着镜子讲。重点练表达的逻辑性和流畅度。7.2 推荐的学习资源书籍《TCP/IP详解 卷1》、《HTTP权威指南》、《计算机网络自顶向下方法》在线文档MDN的HTTP部分、RFC文档挑核心的看实践工具Wireshark抓包、curl测试、telnet测试端口Java相关Netty官方文档、Java NIO教程7.3 我个人的复习心得最后分享几点我自己的体会。第一画图比背书有效。三次握手、四次挥手、HTTPS握手这些过程我都自己画过流程图画一遍比背十遍都管用。第二抓包是最好的老师。用Wireshark抓一次真实的HTTP请求和HTTPS请求看每个包的内容和顺序比看任何教程都直观。第三把知识讲给别人听。如果你能把一个网络知识点给完全不懂的人讲明白说明你真的理解了。我准备面试时经常给室友讲讲着讲着就发现自己哪里没搞懂。第四不要追求面面俱到。网络知识浩如烟海面试常考的就那些。把高频考点吃透低频的知道个大概就行。第五保持好奇心。平时遇到网络问题多想想为什么比如为什么公司网络访问某个服务特别慢、为什么手机切换WiFi和4G时连接会断。这些日常观察积累起来面试时都是素材。网络这块内容入门容易精通难。但面试考察的深度是有限的只要方法对、肯花时间一定能拿下。希望这篇整理能帮你理清思路少走弯路。 
长河君 · 2026/10/23 6:25:07 · 阅读 1.2k Java后端面试网络知识通关指南：TCP、HTTP与IO模型核心考点拆解
1. 为什么网络知识成了Java后端面试的分水岭做了这么多年后端开发带过不少新人也帮朋友做过模拟面试我发现一个很普遍的现象很多Java程序员在准备面试时把绝大部分精力砸在了Java基础、JVM、并发编程、Spring框架和数据库上唯独对计算机网络这一块敷衍了事。结果就是简历上写着“熟悉TCP/IP”面试官一问“三次握手为什么不是两次”立马卡壳或者被问到“浏览器输入URL到页面展示发生了什么”只能背出个大概细节一问就露馅。计算机网络在Java后端面试中的权重这些年其实一直在上升。原因不复杂——现在的后端系统几乎都是分布式架构服务之间靠网络通信微服务、RPC调用、消息队列、网关转发底层全是网络协议在支撑。面试官考察网络知识本质上是在判断你对系统底层运行机制的理解深度。一个连TCP连接管理都说不清楚的人很难让人相信他能处理好线上环境中的连接泄漏、TIME_WAIT堆积、网络抖动导致的超时重试等问题。这篇文章面向的是正在准备Java后端面试的开发者不管你是一两年经验想跳槽还是应届生想冲大厂网络这一关都绕不过去。我会把Java后端面试中网络部分的常见考点、高频追问、容易踩的坑以及我个人总结的回答框架尽可能完整地拆解一遍。内容会覆盖OSI与TCP/IP模型、TCP核心机制、HTTP/HTTPS协议族、DNS解析、Socket编程、网络性能排查等方向每个知识点都会配上面试场景下的回答思路和深度追问的应对方式。需要提前说明的是网络知识的学习不能靠死记硬背。面试官稍微换个角度提问背答案的人就会暴露。真正有效的方式是理解每个机制背后的设计动机——为什么需要这个字段、为什么用这个算法、不用会怎样。这篇文章会尽量把“为什么”讲透让你在面试时能自己推导出答案而不是靠记忆硬撑。2. 面试考点的整体脉络与复习优先级2.1 网络知识在Java后端面试中的定位先搞清楚一件事Java后端面试不是网络工程师面试面试官不会让你去算子网掩码或者配路由表。他们关心的是那些直接影响后端程序行为的网络知识。比如TCP连接的生命周期管理因为这直接关系到连接池的配置和性能调优HTTP协议的细节因为后端服务大量以HTTP接口形式对外暴露网络异常的处理因为线上环境网络抖动是常态序列化与传输效率因为RPC框架的选型离不开这些所以复习的时候要有取舍。像物理层、数据链路层的细节知道个大概就行不用深挖。但传输层和应用层的东西必须吃透。2.2 高频考点的优先级排序根据我自己的面试经历和跟同行交流的反馈Java后端面试中网络问题的出现频率大致可以这样排优先级考点方向出现频率典型问法最高TCP三次握手/四次挥手极高为什么三次为什么四次TIME_WAIT作用最高HTTP与HTTPS极高HTTPS握手过程HTTP/2改进状态码含义高TCP可靠传输机制高滑动窗口拥塞控制重传策略高从输入URL到页面展示高完整链路描述考察综合理解中DNS解析过程中递归与迭代查询缓存机制中Socket编程与IO模型中BIO/NIO/多路复用区别中网络排查工具中如何定位线上网络问题低OSI七层模型低各层功能与协议举例这张表不是让你只复习高频的而是帮你分配时间。低频的也要会但不用花太多精力。2.3 面试官真正想考察什么很多人以为面试官问网络问题是在考记忆力其实不是。他们真正想判断的是三件事第一你的知识有没有体系。零散的知识点谁都能背但能不能把TCP、HTTP、Socket、IO模型串起来讲清楚体现的是你的理解深度。第二你能不能联系实际。问你TIME_WAIT太多怎么办不是要你背定义而是看你有没有处理过线上问题知不知道怎么调参数、怎么改代码。第三你的表达有没有逻辑。面试时间有限你能不能在三五分钟内把一个复杂机制讲明白这本身就是一种能力。理解了这三点复习的时候就不会跑偏。接下来我按考点方向逐一拆解。3. TCP协议核心考点深度拆解3.1 三次握手为什么是三次而不是两次或四次这是网络面试的“必考题”几乎每场面试都会问到。但很多人只会背“客户端发SYN服务端回SYNACK客户端再发ACK”一问为什么就答不上来。核心原因只有一个双方都需要确认对方的收发能力都正常。具体来说三次握手要达成四个确认客户端确认自己的发送能力正常、服务端的接收能力正常服务端确认自己的发送能力正常、客户端的接收能力正常两次握手做不到这一点。假设只有两次服务端收到SYN后就建立连接但此时服务端无法确认客户端是否收到了自己的SYNACK。如果客户端的SYN因为网络延迟很久才到达服务端客户端可能早就放弃了服务端却建立了一个无效连接白白浪费资源。四次握手又没必要因为服务端的SYN和ACK可以合并成一个包发送效率更高。面试时如果被追问“第三次握手可以携带数据吗”答案是可以。第三次握手时客户端已经处于ESTABLISHED状态可以携带数据。但前两次握手不能携带数据因为连接还没建立携带数据会增加被攻击的风险。还有一个常见的追问是“SYN Flood攻击是怎么回事”。原理是攻击者大量发送SYN包但不完成第三次握手服务端为每个半连接分配资源最终资源耗尽。防御手段包括SYN Cookie、缩短半连接超时时间、限制半连接队列大小等。3.2 四次挥手TIME_WAIT为什么必须等2MSL四次挥手比三次握手多一次原因是TCP连接是全双工的每个方向都需要单独关闭。主动关闭方发FIN被动关闭方回ACK此时主动关闭方不再发送数据但仍能接收被动关闭方发完剩余数据后再发FIN主动关闭方回ACK连接彻底关闭。这里最常被问的是TIME_WAIT状态。主动关闭方在发送最后一个ACK后会进入TIME_WAIT等待2MSLMaximum Segment Lifetime报文最大生存时间后才真正关闭。为什么需要等两个原因第一确保最后一个ACK能到达对方。如果这个ACK丢了被动关闭方会重发FIN此时主动关闭方还在TIME_WAIT状态就能重新发ACK。如果直接关闭了对方重发的FIN就没人理了。第二让本次连接的残留报文在网络中消散。如果不等待新连接可能收到旧连接的延迟报文导致数据错乱。面试中经常追问“服务端大量TIME_WAIT怎么办”。这个问题要分情况如果是主动关闭连接的一方TIME_WAIT多是正常的但太多会耗尽端口资源。解决方案包括使用连接池复用连接、调整内核参数如开启tcp_tw_reuse、让客户端主动关闭连接等。注意tcp_tw_recycle在较新的内核中已经移除不要再提这个参数。3.3 可靠传输滑动窗口与拥塞控制的配合TCP之所以可靠靠的是一套组合机制序列号、确认应答、超时重传、滑动窗口、拥塞控制。滑动窗口解决的是流量控制问题。接收方通过窗口字段告诉发送方自己还能接收多少数据发送方根据这个窗口调整发送速率避免接收方缓冲区溢出。窗口大小可以动态调整这就是滑动窗口的“滑动”含义。拥塞控制解决的是网络拥堵问题。它包含四个算法慢启动连接刚建立时拥塞窗口从小开始每收到一个ACK就翻倍指数增长拥塞避免窗口达到慢启动阈值后改为线性增长每个RTT加一快重传收到三个重复ACK就立即重传不等超时快恢复快重传后不回到慢启动而是把窗口减半后进入拥塞避免面试时经常问“滑动窗口和拥塞窗口的区别”。简单说滑动窗口是接收方告诉发送方的是“你能发多少”拥塞窗口是发送方自己根据网络状况估算的是“我能发多少”。实际发送窗口取两者的最小值。3.4 TCP粘包拆包面试中的实操型问题这个问题在Java后端面试中特别常见因为Netty等框架的使用者一定会遇到。TCP是面向字节流的协议它不关心应用层的消息边界。发送方连续发送多个消息接收方可能一次收到多个消息粘在一起粘包也可能一个消息被拆成多次收到拆包。解决思路有三种固定长度每个消息固定长度不够补位。简单但浪费带宽分隔符用特殊字符分隔消息如换行符。需要注意转义问题长度字段消息头中携带消息体长度这是最常用的方案Netty中对应的解码器分别是FixedLengthFrameDecoder、DelimiterBasedFrameDecoder、LengthFieldBasedFrameDecoder。面试时如果能说出这几种方案的优缺点和适用场景基本就稳了。4. HTTP与HTTPS协议族面试要点4.1 HTTP状态码不要只背200和404状态码是HTTP面试的基础题但很多人只记得200、404、500这几个。完整的分类要清楚1xx信息性状态码如101 Switching ProtocolsWebSocket升级时用到2xx成功如200 OK、201 Created、204 No Content3xx重定向如301永久重定向、302临时重定向、304 Not Modified4xx客户端错误如400 Bad Request、401 Unauthorized、403 Forbidden、404 Not Found、429 Too Many Requests5xx服务端错误如500 Internal Server Error、502 Bad Gateway、503 Service Unavailable、504 Gateway Timeout面试中常问的是301和302的区别。301是永久重定向浏览器会缓存下次直接跳转302是临时重定向每次都会请求原地址。SEO场景下用301临时维护页面用302。304也值得注意它和缓存机制相关。当客户端发送条件请求带If-Modified-Since或If-None-Match服务端判断资源未修改就返回304客户端直接用本地缓存。4.2 HTTPS握手对称加密与非对称加密的结合HTTPS是面试的重头戏。核心要讲清楚两点为什么要用两种加密方式以及握手过程是怎样的。为什么不用纯对称加密因为密钥传输不安全。客户端和服务端需要协商一个对称密钥但如果在网络上明文传输这个密钥中间人就能截获。为什么不用纯非对称加密因为性能太差。非对称加密的计算开销远大于对称加密如果所有数据都用非对称加密传输性能无法接受。所以HTTPS的方案是用非对称加密协商对称密钥然后用对称密钥加密实际数据传输。握手过程大致如下以TLS 1.2为例客户端发送ClientHello包含支持的TLS版本、加密套件、随机数服务端回复ServerHello选定加密套件发送自己的随机数和证书客户端验证证书有效性生成Pre-Master Secret用证书公钥加密后发送双方根据两个随机数和Pre-Master Secret计算出会话密钥客户端发送Finished消息之后所有数据用会话密钥加密面试中经常追问“证书验证过程”。客户端会检查证书是否在有效期内、是否被吊销、是否由受信任的CA签发、域名是否匹配。任何一项不通过都会报警告或直接拒绝。4.3 HTTP/1.1、HTTP/2、HTTP/3的演进面试官问这个是想看你对HTTP发展趋势的了解。HTTP/1.1的问题队头阻塞。同一个TCP连接上前一个请求没响应完后面的请求就得等着。虽然有了管道化但实际效果不好浏览器一般还是开多个连接。HTTP/2的改进多路复用。同一个连接上可以并行传输多个请求和响应每个请求有独立的流ID。还引入了头部压缩HPACK、服务端推送、二进制分帧。HTTP/3的变化底层从TCP换成了QUIC基于UDP。QUIC自带多路复用、0-RTT连接建立、前向纠错解决了TCP层面的队头阻塞问题。面试时能说清楚每个版本解决什么问题、引入了什么新问题就足够了。4.4 Cookie、Session、Token的区别与选型这是Java后端面试的常客因为涉及登录鉴权。Cookie是存储在客户端的小段数据每次请求自动携带。缺点是用户可以禁用且有大小限制。Session是存储在服务端的会话数据客户端只保存Session ID。缺点是分布式环境下需要共享Session增加了复杂度。Token如JWT是服务端签发的一段自包含凭证客户端保存并在请求头中携带。优点是无状态、适合分布式缺点是签发后难以撤销、体积较大。面试时经常问“分布式环境下Session怎么共享”。常见方案有Session粘滞同一用户固定到同一台服务器、Session复制服务器之间同步、Session集中存储存Redis。现在更推荐用Token方案天然适合分布式。5. 网络编程与线上排查实战5.1 BIO、NIO、多路复用的本质区别Java后端面试中IO模型是区分初级和中级开发者的分水岭。BIOBlocking IO每个连接一个线程线程在读写时阻塞。优点是编程简单缺点是连接数多了线程数爆炸资源消耗大。NIONon-blocking IO基于Selector实现多路复用一个线程可以管理多个连接。连接读写不阻塞通过事件通知机制处理。Netty就是基于NIO的。多路复用的核心是操作系统提供的select、poll、epollLinux或kqueuemacOS。epoll相比select的改进在于不需要每次遍历所有fd、没有fd数量限制、内核态和用户态通过共享内存减少拷贝。面试时经常问“epoll的水平和边缘触发模式”。水平触发LT是只要fd可读就一直通知边缘触发ET是只在状态变化时通知一次。ET模式效率更高但编程更复杂必须一次读完所有数据。5.2 线上网络问题排查工具与方法这部分是加分项能体现你的实战经验。常用工具ping检查连通性和延迟traceroute追踪路由路径netstat/ss查看连接状态、端口占用tcpdump抓包分析curl测试HTTP接口telnet/nc测试端口连通性典型排查场景场景一服务响应慢。先用ss -s看连接数是否异常再用netstat -anp | grep TIME_WAIT看是否有大量TIME_WAIT然后用tcpdump抓包看是否有重传。场景二连接被拒绝。检查服务是否启动、端口是否监听、防火墙规则是否放行。场景三间歇性超时。可能是网络抖动、DNS解析慢、或者服务端GC停顿导致。需要结合日志和监控综合判断。面试时如果能讲一个自己实际排查过的案例效果会非常好。5.3 序列化协议与RPC框架的网络层Java后端离不开RPC而RPC的性能很大程度上取决于序列化协议和网络传输方式。常见序列化协议对比协议可读性性能跨语言典型场景JSON好一般好RESTful APIXML好差好配置文件、老系统Protobuf差好好gRPC、高性能RPCThrift差好好跨语言RPCJava原生差一般差单语言内部使用面试时经常问“为什么RPC不用HTTP而用自定义协议”。核心原因是HTTP/1.1的头部冗余大、队头阻塞严重虽然HTTP/2改善了这些问题但自定义协议可以更精简、更灵活。不过现在gRPC基于HTTP/2也在逐渐成为主流。6. 面试回答框架与避坑指南6.1 如何组织一个高质量的网络问题回答面试中回答网络问题建议用“总-分-总”的结构先给结论一句话点明核心。比如问三次握手先说“三次握手的核心目的是双方确认彼此的收发能力都正常”。再展开细节按时间顺序或逻辑顺序讲清楚过程。可以用“第一步...第二步...”的方式但不要背课文要像讲故事一样自然。最后联系实际如果能联系到实际开发场景会大大加分。比如讲完TIME_WAIT补一句“我们在生产环境中通过连接池复用连接来减少TIME_WAIT”。6.2 常见追问与应对策略面试官问完基础问题后通常会追问。以下是一些高频追问及应对思路追问一“如果第三次握手丢失了会怎样”客户端会重传第三次握手服务端如果等不到会超时关闭半连接。客户端重传几次后也会放弃。追问二“HTTPS能防止中间人攻击吗”能但前提是证书验证机制正常工作。如果用户忽略了证书警告或者系统被安装了恶意根证书HTTPS也可能被中间人攻击。追问三“TCP和UDP分别适合什么场景”TCP适合对可靠性要求高的场景如文件传输、网页浏览UDP适合对实时性要求高、能容忍少量丢包的场景如视频直播、在线游戏、DNS查询。追问四“HTTP长连接和WebSocket有什么区别”HTTP长连接Keep-Alive是复用TCP连接发送多个HTTP请求但仍然是请求-响应模式WebSocket是全双工通信建立连接后双方可以随时发送数据适合实时推送场景。6.3 面试中的常见误区与避坑建议误区一只背答案不理解原理。面试官稍微换个角度就露馅。建议每个知识点都问自己三个“为什么”。误区二过度深入底层细节。你是Java后端不是网络协议专家。把TCP/IP和HTTP搞清楚就够了不用去研究BGP路由算法。误区三忽略实际应用。面试官更看重你能不能把网络知识和实际开发结合起来。多想想“这个知识点在我的项目里怎么体现的”。误区四表达没有逻辑。回答问题时先想清楚框架再开口不要东一句西一句。可以用“我从三个方面来说”这样的引导语。误区五不懂装懂。遇到不会的问题坦诚说“这块我了解不深”然后尝试从已知知识推导比胡编乱造好得多。7. 复习路线与资源建议7.1 分阶段复习计划如果你有一个月左右的准备时间可以这样安排第一周打基础。重点看TCP/IP协议栈的核心机制包括三次握手、四次挥手、可靠传输、拥塞控制。推荐《TCP/IP详解 卷1》的前几章不用全看挑重点。第二周攻HTTP。把HTTP/1.1、HTTP/2、HTTPS的握手过程、缓存机制、状态码过一遍。推荐《HTTP权威指南》和MDN的HTTP文档。第三周联系Java。看Netty的IO模型、RPC框架的网络层实现、Java NIO的核心API。把网络知识和你的项目结合起来。第四周模拟面试。找朋友互相提问或者自己对着镜子讲。重点练表达的逻辑性和流畅度。7.2 推荐的学习资源书籍《TCP/IP详解 卷1》、《HTTP权威指南》、《计算机网络自顶向下方法》在线文档MDN的HTTP部分、RFC文档挑核心的看实践工具Wireshark抓包、curl测试、telnet测试端口Java相关Netty官方文档、Java NIO教程7.3 我个人的复习心得最后分享几点我自己的体会。第一画图比背书有效。三次握手、四次挥手、HTTPS握手这些过程我都自己画过流程图画一遍比背十遍都管用。第二抓包是最好的老师。用Wireshark抓一次真实的HTTP请求和HTTPS请求看每个包的内容和顺序比看任何教程都直观。第三把知识讲给别人听。如果你能把一个网络知识点给完全不懂的人讲明白说明你真的理解了。我准备面试时经常给室友讲讲着讲着就发现自己哪里没搞懂。第四不要追求面面俱到。网络知识浩如烟海面试常考的就那些。把高频考点吃透低频的知道个大概就行。第五保持好奇心。平时遇到网络问题多想想为什么比如为什么公司网络访问某个服务特别慢、为什么手机切换WiFi和4G时连接会断。这些日常观察积累起来面试时都是素材。网络这块内容入门容易精通难。但面试考察的深度是有限的只要方法对、肯花时间一定能拿下。希望这篇整理能帮你理清思路少走弯路。