在 Netty 中，数据的流动就像工厂的流水线，核心任务之一是实现二进制数据（ByteBuf）与业务对象（POJO）之间的互相转换：

• 入站处理 (Inbound) 需要实现字节到对象的转变（拆包解密）：底层 Java 通道读取到 ByteBuf 二进制数据，进入流水线。通过 Decoder（解码器），将晦涩难懂的二进制字节码“翻译”成程序可以直接处理的 POJO 业务对象，以实现让后续的业务逻辑处理器能够直接读取结构化数据。
• 出站处理 (Outbound) 需要实现从对象到字节的转变（封包加密）：业务处理完成后，产生一个 POJO 业务对象准备发送。通过 Encoder（编码器），将该对象 “打包” 还原成能够通过网络传输的 ByteBuf 二进制数据，最终交给底层 Java 通道，发送至远端设备。

Netty 的零拷贝

零拷贝的必要性回顾

前面我们说过，零拷贝的核心目的是：消除冗余的数据搬运开销，榨干 CPU 和 I/O 的极限性能。在传统 I/O 中，数据在内核缓冲区与用户缓冲区之间频繁 “套娃式” 拷贝，会导致：CPU不断在内核态与用户态间上下文转换，并且CPU也被被大量占用去执行无意义的搬运指令。零拷贝的价值就在于：

• 快：通过 mmap 或 sendfile 建立直接映射，数据直接在内核空间或硬件间传输。
• 省：减少内存占用，降低总线带宽压力。
• 稳：降低网络延迟，是大规模高并发系统的性能分水岭。

Netty ByteBuf 简介

ByteBuf 解决的问题

在 Netty 的高性能架构中，ByteBuf 是其最核心的基石。简单来说，它是 Netty 对 Java 原生 java.nio.Buffer 的重新实现和深度增强。如果把网络传输比作物流，那么 ByteBuf 就是那个装载货物的 “智能集装箱”。

Netty 的简介

Netty 是一款卓越的 Java NIO 客户端/服务器框架，专为构建高性能、高可扩展性且易于维护的网络程序而生。作为一个 异步事件驱动 的基础框架，它为开发者提供了一套强大且易用的工具集。

案例一：BIO Echo

在 BioSocketServer 中，每当 serverSocket.accept() 监听到一个新连接，就会将其打包成一个任务丢给线程池。这是 一连接一线程（或线程池异步处理） 的 BIO 模型。线程池的线程依然阻塞在 br.readLine() 上。如果客户端连上后不发数据（长连接保持），该线程就会被无限期挂起。面对海量连接时，即使是多线程池也会瞬间耗尽。