Netty 高频面试题及实战答案.docxVIP

Netty高频面试题及实战答案

一、基础核心类（初级必问）

Netty中Bootstrap和ServerBootstrap的区别？实际用的时候怎么选？

答案：核心是“客户端/服务端”的适配差异。Bootstrap用于客户端（或无连接协议如UDP），只需要绑定一个EventLoopGroup，连接目标服务端；ServerBootstrap用于服务端，需要两个EventLoopGroup（父组accept连接，子组处理已连接通道的读写）。实际用的时候：写客户端（比如RPC客户端、TCP客户端）用Bootstrap，写服务端（比如网关、消息中间件）用ServerBootstrap，注意父组通常线程数设为1（默认CPU核心数），子组线程数设为CPU核心数*2。

Channel、ChannelPipeline、ChannelHandler的关系是什么？举个实际处理流程的例子

答案：三者是“容器-管道-处理器”的关系。Channel是Netty对IO通道的抽象（比如NioSocketChannel），每个Channel绑定一个唯一的ChannelPipeline；ChannelPipeline是双向链表，存储ChannelHandler链；ChannelHandler是实际处理IO事件的逻辑单元（比如解码、业务处理、编码）。

实际流程：客户端发送一个JSON消息→NioSocketChannel读取字节→管道先执行inbound处理器（ByteToMessageDecoder把字节转ByteBuf→JsonDecoder把ByteBuf转Java对象）→业务Handler处理逻辑→再执行outbound处理器（JsonEncoder转ByteBuf→MessageToByteEncoder转字节）→写入通道回传响应。

EventLoop和EventLoopGroup的作用？默认的线程模型是怎样的？

答案：EventLoop是“单线程+Selector”的组合，负责处理一个或多个Channel的IO事件（读写、连接），且绑定后终身不变；EventLoopGroup是EventLoop的线程池，负责管理EventLoop的创建、分配。默认是“IO线程池+业务线程”模型：EventLoop只处理IO相关操作（解码、编码），业务逻辑（比如查数据库）要提交到业务线程池，避免阻塞EventLoop。

二、编码解码与粘包拆包（中级重点）

Netty中粘包拆包的原因是什么？常用的解决方式有哪些？实际项目用哪种？

原因：TCP是流式协议，没有消息边界，会出现“多个小消息合并成一个包”（粘包）或“一个大消息拆成多个包”（拆包）。

解决方式：①固定长度解码器（FixedLengthFrameDecoder）；②分隔符解码器（DelimiterBasedFrameDecoder，比如用\n分隔）；③长度字段解码器（LengthFieldBasedFrameDecoder）。

实际项目：优先用LengthFieldBasedFrameDecoder，因为它灵活（支持任意消息长度）、兼容性强（跨语言通信常用）。比如设置长度字段占4字节，偏移量0，那么发送方先写消息长度，再写消息内容，接收方通过长度字段就能准确拆分消息。

ByteToMessageDecoder为什么不能直接操作inboundBuffer？decode和decodeLast有什么区别？

答案：因为inboundBuffer是Netty管理的累计缓冲区，可能还没接收完完整消息，直接修改会导致数据错乱。正确做法是通过out参数传递解码后的对象，Netty会自动管理缓冲区。

区别：decode方法在每次有新数据进入时调用，用于解码未完成的消息；decodeLast方法在Channel关闭时调用，处理缓冲区中剩余的未解码数据（比如最后一个不完整的包）。

自定义编码器和解码器时，需要注意什么？

答案：①线程安全：编码器/解码器是单例（默认），不能有成员变量存储状态（比如计数），否则多Channel会互相干扰；②缓冲区释放：解码时如果用了ByteBuf的slice()、duplicate()，要注意retain()和release()的平衡，避免内存泄漏；③异常处理：重写exceptionCaught方法，捕获解码失败（比如格式错误）的异常，避免整个管道阻塞。

三、性能优化与实战场景（高级难点）

Nett