Java网络通信高频面试题及详细答案（实战版）

Java网络通信高频面试题及详细答案（实战版）一、网络基础核心面试题（必考）1.TCP和UDP的核心区别？项目中分别用在什么场景？详细答案：TCP是面向连接的可靠传输协议，UDP是无连接的不可靠传输协议，两者核心差异和实战场景如下：1.连接特性：TCP需要三次握手建立连接、四次挥手断开连接；UDP无需建立连接，直接发包，开销极小。2.可靠性：TCP有确认应答、超时重传、拥塞控制、流量控制机制，保证数据不丢、不乱、不重复；UDP无任何校验机制，数据可能丢失、乱序、重复。3.传输效率：TCP机制繁琐，传输速度慢、开销大；UDP头部开销小，传输延迟极低、吞吐量高。4.有序性：TCP保证数据按序到达；UDP不保证有序。实战场景：TCP：文件传输、接口调用、数据库连接、HTTP/HTTPS、登录注册等对数据完整性要求高的场景。UDP：直播推流、视频通话、游戏对战、心跳检测、日志上报等允许少量丢包、追求低延迟的场景。2.详细说下TCP三次握手、四次挥手，为什么不能两次握手？详细答案：三次握手（建立连接）：核心目的是双向确认双方收发能力正常。1.第一次握手：客户端向服务端发送SYN报文，请求建立连接，客户端进入同步发送状态。（客户端证明自己能发数据）2.第二次握手：服务端收到SYN报文，回复SYN+ACK报文，确认客户端请求并向客户端发起连接请求，服务端进入同步接收状态。（服务端证明自己能收、能发）3.第三次握手：客户端收到SYN+ACK报文，回复ACK确认报文，客户端、服务端全部进入连接已建立状态，可正常传输数据。（客户端证明自己能收服务端数据）四次挥手（断开连接）：TCP连接是全双工，读写通道独立，需要分别关闭。1.第一次挥手：主动关闭方发送FIN报文，告知对方自己不再发送数据，进入终止等待状态。2.第二次挥手：被动关闭方收到FIN，回复ACK确认，此时主动方只能收数据、不能发数据，通道半关闭。3.第三次挥手：被动关闭方数据传输完毕后，发送FIN报文，告知主动方自己也不再发数据。4.第四次挥手：主动方收到FIN，回复ACK确认，等待一段时间确保对方收到报文后，正式关闭连接。为什么不能两次握手：两次握手只能保证客户端发、服务端收的通道正常，无法验证服务端发、客户端收的通道。如果网络延迟导致失效的连接请求报文传到服务端，两次握手会让服务端建立无效连接，浪费服务端资源，三次握手可以彻底规避这个问题。3.TCP粘包、拆包是什么？怎么解决？Java实战处理方案详细答案：TCP是流式协议，无数据边界，操作系统会根据缓冲区大小、网络情况整合或拆分数据，就会产生粘包和拆包问题。拆包：单次发送的大数据，被TCP缓冲区拆分多次接收，一次读取到部分数据。粘包：多次发送的小包数据，被TCP合并为一次接收，多条数据粘在一起无法区分。产生原因：发送缓冲区满、接收缓冲区未满、Nagle算法优化小包传输。Java实战解决方案（常用4种）：1.固定长度：每条消息统一固定字节长度，读取时按长度截取，不足则等待下次读取。缺点是浪费带宽。2.首尾分隔符：每条消息结尾添加自定义分隔符（如换行符、特殊符号），读取后根据分隔符拆分消息，适合文本数据。3.长度+内容：消息头部固定4字节存储消息体长度，读取时先读长度，再根据长度读取对应内容，项目最常用，无冗余、效率高。4.序列化框架：使用Protobuf、JSON、Hessian等序列化工具，自带消息边界解析，Netty项目基本都是用这种方式。4.HTTP1.0、1.1、2.0、3.0的区别详细答案：1.HTTP1.0：短连接，每次请求都要新建TCP连接、请求结束立即断开，频繁握手挥手，性能极差；无缓存策略，头部信息冗余严重。2.HTTP1.1（主流）：支持长连接，一次TCP连接可多次请求响应，默认开启keep-alive；支持管道化请求；新增缓存协商机制；支持断点续传。缺点是队头阻塞，同一连接前一个请求未完成，后续请求全部阻塞。3.HTTP2.0：基于TCP，解决队头阻塞；支持多路复用，一个连接可并行处理多个请求；头部压缩，减少冗余数据；支持服务端主动推送资源，大幅提升页面加载速度。4.HTTP3.0：基于UDP协议，彻底解决TCP层面的队头阻塞；连接建立速度更快，无需三次握手；弱网、移动网络环境下稳定性远超2.0，目前各大主流网站已逐步适配。5.HTTPS的加密流程？和HTTP的区别？详细答案：HTTP与HTTPS核心区别：HTTP明文传输、端口80、无加密、不安全、易被抓包篡改；HTTPS是HTTP+SSL/TLS加密、端口443、传输加密、防窃听篡改，安全性高。HTTPS握手加密流程：1.客户端发起HTTPS请求，携带支持的加密套件、协议版本。2.服务端返回证书、选定的加密算法、公钥。3.客户端验证证书合法性（有效期、域名、签名），验证失败直接终止连接。4.客户端生成随机密钥，用服务端公钥加密后发送给服务端。5.服务端用自身私钥解密，获取随机密钥。6.双方通过对称密钥进行后续数据加密传输，完成通信。简单说：非对称加密负责协商密钥，对称加密负责传输数据，兼顾安全和效率。二、JavaSocket编程面试题（基础实操）详细答案：这三种是Java网络IO的三种模型，核心差异在阻塞机制、线程模型、并发能力。1.BIO（同步阻塞IO）原理：客户端每发起一个连接，服务端必须新建一个线程处理，连接未读写完成，线程全程阻塞。优点：代码简单、上手容易、逻辑直观。缺点：并发能力极差，连接数过多会导致线程爆满、内存溢出、CPU飙升。场景：低并发、小型本地服务、老旧遗留项目。2.NIO（同步非阻塞IO，JDK1.4+）核心组件：Buffer缓冲区、Channel通道、Selector多路选择器。原理：一个线程通过Selector监听多个通道事件（连接、读、写），无事件时线程不阻塞，有事件再处理，单线程可管理大量连接。优点：并发高、线程资源占用少、性能远高于BIO。缺点：原生NIO代码繁琐、需要手动处理粘包拆包、空轮询BUG。场景：高并发服务、网关、消息服务，主流框架Netty基于NIO实现。原理：完全异步，读写操作交给操作系统处理，操作完成后系统主动回调程序接口，线程无需等待。优点：性能最高、无需轮询监听。缺点：Windows支持好，Linux支持不完善，项目极少使用。场景：几乎无实际业务落地，仅理论最优。2.JavaNIOSelector的工作流程？什么是空轮询BUG？怎么解决？详细答案：Selector工作流程：1.服务端创建ServerSocketChannel，绑定端口、设置非阻塞模式，注册到Selector。2.Selector调用select()方法阻塞监听通道事件。3.客户端发起连接，Selector监听到ACCEPT事件，获取客户端SocketChannel。4.将客户端通道注册READ、WRITE事件到Selector。5.轮询获取就绪事件，分别处理读写、连接请求。空轮询BUG：JDK原生NIO存在的经典问题，select()方法会在无任何就绪事件的情况下频繁返回，导致线程无限空循环、CPU占用100%。解决方案：检测到空轮询时，关闭当前Selector，新建Selector重新注册所有通道，Netty底层已经封装好了该修复逻辑。3.BIO为什么不支持高并发？核心瓶颈在哪里？详细答案：BIO的核心瓶颈是一线程一连接模型。每一个客户端连接，服务端必须独占一个线程处理，哪怕客户端只是空闲等待、没有数据传输，线程也会被阻塞占用，无法复用。而Java线程是重量级资源，每个线程占用栈内存、内核调度资源，系统可创建的线程数有限。当并发连接数达到上千上万时，会出现线程创建失败、线程上下文切换频繁、内存溢出、服务卡死等问题，完全无法支撑高并发场景。三、Netty高频面试题（Java网络核心实战）1.为什么项目中不用原生NIO，而用Netty？详细答案：原生JDKNIO缺陷太多，生产环境几乎不会直接使用，Netty做了全方位封装优化：1.修复JDK原生NIO空轮询BUG，规避CPU爆满问题。2.封装极简API，无需手动处理复杂的缓冲区切换、事件监听、粘包拆包。3.自带高性能缓冲区ByteBuf，优于原生ByteBuffer，支持动态扩容、读写分离。4.线程模型优化（Reactor主从多线程模型），适配高并发场景。5.自带编解码器、心跳检测、断线重连、流量控制等常用功能。6.稳定性极强，Dubbo、RocketMQ、SpringCloud网关等中间件底层均基于Netty实现。2.Netty的Reactor线程模型？主从多线程模型原理详细答案：Netty默认使用主从Reactor多线程模型，分为Boss线程组和Worker线程组：1.BossGroup（主线程组）：负责监听客户端连接请求，接收新连接，不处理读写业务。默认1个线程，专门处理ACCEPT事件，将建立好的连接分发到Worker线程。2.WorkerGroup（从线程组）：负责处理所有客户端连接的读写、编解码、业务事件。默认线程数为CPU核心数*2，一个Worker线程可管理多个客户端连接，通过Selector轮询处理事件。优势：连接建立和业务读写解耦，不会因为业务处理阻塞导致新连接无法接入，并发性能、稳定性远超单线程、多线程模型。3.Netty的ByteBuf和JDKByteBuffer的区别详细答案：1.读写模式：ByteBuffer只有一个position指针，读写切换需要手动flip()、clear()，极易出错；ByteBuf分开维护读指针、写指针，无需切换模式，使用简单。2.扩容能力：ByteBuffer固定长度，超出容量直接报错；ByteBuf支持动态扩容，无需手动处理。3.缓存复用：ByteBuf支持池化（PooledByteBuf），可复用缓冲区对象，减少GC开销，高性能核心保障。4.功能丰富：ByteBuf支持零拷贝、切片、读写标记、释放检测，适配网络编程各种场景。四、网络通信高频坑点&进阶面试题1.长连接和短连接的区别？项目中如何选择？详细答案：短连接：每次请求新建连接，请求完成立即断开，HTTP1.0默认短连接。优点是资源释放快、无需维护连接；缺点是频繁握手挥手，开销大、延迟高。长连接：连接建立后长期保持，多次请求复用同一个连接，TCPkeep-alive、HTTP1.1默认长连接。优点是减少连接创建开销、响应快；缺点是需要维护连接、占用服务端资源，需要处理空闲连接释放。选型原则：客户端频繁请求、实时性要求高（接口服务、消息推送）：用长连接。请求次数少、一次性交互（静态资源访问、临时查询）：用短连接。2.TCP的滑动窗口、拥塞控制原理详细答案：滑动窗口（流量控制）：解决收发双方速率不匹配问题。接收方通过报文告知发送方自己的剩余接收缓冲区大小（窗口大小），发送方严格按照窗口大小发送数据，避免发送过快导致接收方缓冲区溢出、数据丢失。窗口大小动态变化，随接收方处理速度调整。拥塞控制：解决全网网络拥堵问题，避免大量数据涌入导致网络瘫痪，分为四个阶段：慢启动、拥塞避免