看阻塞 IO、非阻塞 IO、NIO、Netty 这类资料时，很容易把两个词混在一起：CPU 和内核。
它们不是一回事。CPU 是真正执行指令的硬件资源；内核是操作系统里负责管理硬件、线程调度、内存和 IO 的核心层。Java 代码不能直接去读网卡、磁盘或任意内存地址，通常要通过系统调用把请求交给内核处理。
把这个关系理清楚之后，再看“阻塞会不会占 CPU”“非阻塞为什么可能浪费 CPU”“零拷贝到底省了什么”，就不会只停留在背概念。
CPU 是执行者，内核是管理者
可以先粗略记成一句话：
CPU 负责跑指令，内核负责管资源。CPU 的工作是执行指令。你的 Java 代码、JVM JIT 后的机器指令、循环判断、对象计算，最终都要落到 CPU 上执行。
内核的工作更像系统管理层。它负责：
- 管理进程和线程什么时候运行。
- 管理内存、文件、磁盘、网卡等资源。
- 提供
read、write、select、epoll等系统调用。 - 在 IO 没准备好时挂起线程，在资源可用时唤醒线程。
所以，“占用 CPU”和“进入内核”不是一个意思。占用 CPU 指线程正在跑指令；进入内核指用户程序通过系统调用让操作系统帮忙处理受保护的资源。
为什么 Java 代码要经过内核
普通应用运行在用户态，权限比较低。它不能直接操作网卡、磁盘和任意物理内存。
这样设计主要是为了安全和稳定。否则任何一个应用写错地址、误操作硬件，都可能把整台机器拖垮。
当 Java 程序调用 socket.read() 时，大致会发生这些事：
- 用户态代码发起读取请求。
- JVM 通过系统调用进入内核态。
- 内核检查网络数据是否已经到达。
- 数据可用时，内核把数据准备好并返回给用户程序。
这里真正和硬件、网络缓冲区打交道的是内核；CPU 只是执行这些指令的资源。
阻塞 IO：线程等，CPU 去干别的
阻塞 IO 最容易理解。用户线程发起 read()，如果数据还没准备好，内核会把这个线程挂起。
可以理解成：
用户线程 -> read() -> 内核发现没数据 -> 线程睡眠等待这个时候，线程没有继续运行，也就不再占用 CPU。CPU 会被调度去执行其他线程或进程。
所以阻塞 IO 的特点是：
- 不会在等待阶段空转消耗 CPU。
- 当前线程会卡住，直到数据准备好或超时。
- 连接多时，如果每个连接都占一个线程，线程数量和上下文切换成本会变高。
这就是传统一连接一线程模型的问题：单个线程逻辑简单，但连接多了，系统要维护大量等待线程。
非阻塞 IO：线程不睡，但可能一直轮询
非阻塞 IO 的行为不一样。用户线程发起 read()，如果数据还没准备好，内核会马上返回一个“现在没数据”的结果，而不是把线程挂起。
于是程序可能这样写：
while (true) {
read();
if (hasData) {
process();
}
}这时线程没有睡眠，它一直在运行，一直询问内核数据好了没有。结果就是：线程看起来不卡住，但 CPU 可能被大量无意义的轮询消耗掉。
所以非阻塞 IO 的关键不是“永远更快”，而是它把等待方式从“线程睡眠”改成了“调用方自己决定接下来干什么”。如果只是死循环轮询，性能并不会好。
IO 多路复用解决的是空轮询问题
Java NIO 里常说的 Selector，本质上就是把“一个线程盯很多连接”这件事交给更合适的机制。
它大致可以理解成：
多个连接 -> Selector 等待就绪事件 -> 有事件再处理线程不用对每个连接不停 read()。它可以阻塞在 select 或底层的多路复用机制上，等内核告诉它哪些连接已经准备好了，再去处理对应的读写。
这也是很多人理解 NIO 时容易混淆的地方：
- 业务线程不再为每个连接阻塞等待。
- Selector 所在线程仍然可能在等待事件。
- 等待不是坏事，关键是少量线程等待大量连接，避免为每个连接都维护一个阻塞线程。
Netty 的高效不是因为“没有任何阻塞”，而是把连接管理、事件通知、线程模型和缓冲区处理组织得更合理。
用户态和内核态切换也有成本
每次系统调用都不是免费的。用户态进入内核态，要保存上下文、切换权限、执行内核逻辑，再返回用户态。
一次切换可能很快，但高并发场景下，如果请求次数非常多、每次读写很小，成本就会被放大。
这也是很多性能优化会关注这些方向的原因：
- 尽量批量读写，减少系统调用次数。
- 用缓冲区降低频繁小 IO。
- 用 IO 多路复用减少线程和连接等待成本。
- 用零拷贝减少数据在内核空间和用户空间之间来回复制。
这些优化背后，不是单纯追求“异步”这个词，而是在减少 CPU 空转、线程切换、系统调用和数据复制。
零拷贝省的是数据搬运
普通网络发送里，数据可能经历磁盘、内核缓冲区、用户空间、Socket 缓冲区、网卡等多个环节。中间如果反复从内核空间拷贝到用户空间，再从用户空间拷回内核空间，就会浪费 CPU 和内存带宽。
零拷贝的目标，是尽量让数据少走用户空间，减少不必要的数据复制。
比如 Kafka、文件服务器、静态资源服务这类场景，经常会关注 sendfile、mmap 或类似机制。它们要解决的不是“业务代码怎么写更优雅”，而是“数据能不能少搬几次”。
所以零拷贝和阻塞/非阻塞不是同一个维度：
- 阻塞/非阻塞关注线程等待方式。
- IO 多路复用关注一个线程如何管理多个连接。
- 零拷贝关注数据在内核态和用户态之间如何搬运。
把这几层分开，概念就清楚多了。
小结
可以用这几句话收住：
- CPU 是执行指令的资源，不是操作系统内核本身。
- 内核是操作系统核心层，负责管理硬件、线程、内存和 IO。
- 阻塞 IO 等待时，线程会挂起，CPU 可以去跑别的任务。
- 非阻塞 IO 不会自动挂起线程，但写成死循环轮询会浪费 CPU。
- Selector / IO 多路复用，是为了让少量线程管理大量连接，避免无意义轮询和海量阻塞线程。
- 零拷贝解决的是数据复制成本，不等于非阻塞 IO。
以后再看到“阻塞”“非阻塞”“内核态”“CPU 占用”这些词，不要把它们混成一团。先问清楚：现在讨论的是线程等待、CPU 执行、系统调用，还是数据搬运。
