Netty基于Java NIO深度封装，采用分层Reactor模型（Boss/Worker EventLoop）、Channel/Unsafe抽象、零拷贝内存管理及EventLoop统一任务调度，实现高性能异步事件驱动。
Netty 底层是基于 Java NIO 构建的，但它并没有直接裸用 Selector、Channel 和 Buffer 等原始 API，而是做了深度封装和优化，形成了一套高性能、可扩展、线程模型清晰的异步事件驱动框架。核心在于：它用 NIO 提供的非阻塞能力作为基石，再通过 Reactor 模式组织 I/O 事件调度，并辅以零拷贝、内存池、任务队列等机制提升效率。
Reactor 线程模型：NIO 的事件调度中枢
Java NIO 的 Selector 能同时监控多个 Channel 的就绪状态（如 OP_READ、OP_WRITE），但如何高效分发这些事件？Netty 引入了分层 Reactor 模型：
- 单线程 EventLoop（Boss Group）：负责 accept 新连接，把建立好的 SocketChannel 注册到 Worker Group 的某个 EventLoop 上；不处理业务逻辑，避免阻塞连接接入。
- 多线程 EventLoop（Worker Group）：每个 EventLoop 绑定一个线程 + 一个 Selector，轮询自己注册的所有 Channel 的 I/O 事件；一个 Channel 的所有读写、编解码、用户 handler 都由同一个 EventLoop 串行执行，避免锁竞争。
- 每个 EventLoop 内部维护一个
Selector实例，通过select()或selectNow()获取就绪事件，再遍历selectedKeys()分发给对应 Channel 的 pipeline。
Channel 与 Unsafe：对 NIO Channel 的封装与增强
Netty 的 Channel（如 NioSocketChannel）是对 java.nio.channels.SocketChannel 的包装，真正 I/O 操作委托给内部的 Unsafe 接口实现：
-
Unsafe是 Channel 的底层操作门面，比如register(EventLoop, ChannelPromise)最终调用channel.register(selector, 0, attachment)； -
finishConnect()对应socketChannel.finishConnect()； -
read()触发socketChannel.read(buffer)，但 Netty 会复用ByteBuf（而非每次 new ByteBuffer），并支持直接内存（Direct Buffer）减少 JVM 堆压力。
零拷贝与内存管理：绕过 JVM 堆复制的关键优化
NIO 本身支持 FileChannel.transferTo() 和 ByteBuffer 的堆外内存，Netty 进一步强化了零拷贝能力：
立即学习“Java免费学习笔记（深入）”；
- CompositeByteBuf：多个 ByteBuf 逻辑上拼成一个，读写时无需合并复制，直接跳转不同内部 buffer 的 readerIndex/writerIndex；
-
Unpooled.wrappedBuffer()：将 NIO 的
ByteBuffer或字节数组直接包装为 Netty ByteBuf，避免数据拷贝； - PooledByteBufAllocator：基于内存池（类似 jemalloc）复用 Direct Buffer，显著降低 GC 压力；
- 在 write 操作中，Netty 可将
FileRegion直接提交给底层FileChannel.transferTo()，由 OS 在内核态完成文件到 socket 的传输，完全不经过 JVM 堆。
任务调度与异步保障：EventLoop 的统一执行容器
Netty 将 I/O 事件、用户自定义任务（execute(Runnable)）、定时任务（schedule()）全部纳入 EventLoop 的单线程循环中处理：
- 每个 EventLoop 维护一个
taskQueue（通常是 MpscQueue），I/O 事件处理完后，立即 poll 并执行队列中的任务； - 这样保证了 Channel 的 handler 方法（
channelRead()、write()等）和用户提交的 Runnable 总是在同一线程执行，天然线程安全，无需额外同步； - 也意味着：耗时操作（如数据库查询、JSON 解析）不能在 IO 线程里做，必须提交到业务线程池，否则会阻塞整个 EventLoop 的 I/O 处理能力。
