java nio核心组件buffer、channel、selector协同工作：buffer是有状态的数据容器，含capacity、position、limit三属性，写后需flip才能读；channel是双向传输通道，须与buffer配合，支持非阻塞；selector通过io多路复用实现单线程管理多连接。
Java NIO 的核心组件 Buffer、Channel 和 Selector 是一套协同工作的机制，不是孤立概念。理解它们的关键在于把握各自角色和交互逻辑：Buffer 是数据暂存区，Channel 是传输管道，Selector 是事件调度员。
Buffer 是有状态的数据容器
它不是普通数组，而是一块带控制指针的内存区域（可堆内或堆外）。三个核心属性决定它的行为：
- capacity：固定容量，创建后不可变
- position：下一次读或写的位置，随操作自动移动
- limit：当前可读/可写边界，由 flip()、clear() 等操作调整
写入后必须调用 flip() 才能读取——这步不是可选的“习惯”，而是重置 position=0、limit=position 的必要状态切换。比如写入 5 字节后 position=5，flip 后 limit 变为 5，position 归零，才能从头读这 5 字节。
Channel 是双向数据通道
它不直接存数据，只负责把数据从源头（文件、Socket）搬运到 Buffer，或反向输出。关键特性包括：
- 支持非阻塞模式（configureBlocking(false)）
- 必须与 Buffer 配合使用，不能像流那样直接 read()/write() 字节
- 常见类型：FileChannel（文件）、SocketChannel（客户端连接）、ServerSocketChannel（监听端口）
例如，从网络读数据时，实际执行的是 channel.read(buffer) —— 数据进入 buffer，而不是返回字节数组；写操作同理，是 channel.write(buffer)，把 buffer 中已准备好（position 到 limit 之间）的数据发出去。
Selector 是单线程管理多连接的枢纽
它让一个线程能同时关注成百上千个 Channel 的状态变化，靠的是操作系统底层的 IO 多路复用（如 Linux 的 epoll）。使用流程很明确：
- 先调用 channel.register(selector, ops) 注册，并指定关心的事件（如 OP_READ、OP_ACCEPT）
- 再调用 selector.select() 阻塞等待，直到至少一个注册通道就绪
- 通过 selectedKeys() 获取就绪键集合，逐个处理，处理完要手动 remove() 键，否则下次 select 还会返回它
没有 Selector，每个 Channel 就得配一个线程轮询或阻塞等待，资源开销大；有了它，一个线程就能高效驱动整个 TCP 服务器，这是高并发网络编程的基础。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
