Java NIO的核心是用少量线程轮询多连接以解决BIO的线程膨胀问题，关键在于理解Channel、Buffer、Selector三要素及非阻塞事件驱动模型。
Java NIO 学起来不靠死记 API，而要抓住“为什么需要它”和“它解决什么问题”这两个关键。你学的不是一堆 Channel、Buffer、Selector，而是如何让单台机器扛住成千上万并发连接——这是传统 BIO（阻塞式 IO）做不到的。所以入门第一步，不是写代码，是先理解场景。
先搞懂 NIO 是为了解决什么
传统 Socket 编程里，每个客户端连上来，服务端就得开一个线程去读写。100 个连接 → 100 个线程 → 线程上下文切换开销大、内存占用高、容易 OOM。NIO 的核心思路是：用**少量线程 + 单线程轮询多个连接状态**，只在有数据可读/可写时才处理，避免空等。
这背后三个关键词必须拎清：
- Channel（通道）：代替 InputStream/OutputStream，支持非阻塞模式，能双向读写；
- Buffer（缓冲区）：数据中转站，必须 flip() 才能从写切到读，clear()/compact() 要分清场景；
- Selector（选择器）：NIO 的心脏，一个线程管 N 个 Channel，靠它监听 OP_ACCEPT / OP_READ / OP_WRITE 事件。
动手顺序：从阻塞 NIO 到真正非阻塞
别一上来就写百万并发服务。按这个节奏走更稳：
立即学习“Java免费学习笔记（深入）”；
- 先用
FileChannel+ByteBuffer做本地文件复制（熟悉 Buffer 的 position/limit/capacity 和 flip/clear）； - 再写一个单线程的 TCP 服务端，用
ServerSocketChannel.configureBlocking(false)开启非阻塞，但先不用 Selector，只注册一个 Channel，手动轮询channel.read()返回值（-1 表示 EOF，0 表示暂无数据，正数才是真读到了）； - 最后引入
Selector，把多个客户端 Channel 注册进去，用select()或selectNow()获取就绪集合，遍历处理 —— 这才是标准 NIO 模型。
避开高频坑点
NIO 容易出错的地方不在语法，而在状态管理：
- Buffer 每次读完必须
flip()，写完必须clear()或compact()，否则下一次操作会乱； - Selector 的 key 在处理完事件后，要
key.cancel()或至少key.interestOps(0)，否则下次 select 还会返回它； - OP_READ 事件触发后，一定要循环读直到
read()返回 ≤ 0，否则可能丢数据（TCP 是流式协议，一次 read 不一定读完一整包）； - 别在 Selector 线程里做耗时操作（比如解析 JSON、查数据库），否则整个事件循环被卡住 —— 应该把数据扔给业务线程池处理。
学完下一步：自然过渡到 Netty
当你能手写一个带心跳、粘包拆包、简单协议解析的 NIO 服务端，就说明你真正吃透了底层机制。这时候 Netty 就不再是黑盒，而是你主动选择的“加速器”。你会发现：
– ByteBuf 就是增强版 ByteBuffer，自动管理读写索引；
– EventLoopGroup 就是封装好的 Selector 线程池；
– ChannelPipeline 就是你原来手动写的“读→解码→业务处理→编码→写”流程的标准化抽象。
此时再学 Netty，重点就不是“怎么用”，而是“它为什么这样设计”——这才是从会写到写得好的分水岭。
