Java NIO的Channel是双向、可复用的I/O管道，本质为操作系统资源的抽象；具双向性、基于ByteBuffer操作、支持非阻塞及Selector注册；读写需配合Buffer状态管理；常见类型含FileChannel、SocketChannel等；使用须注意显式关闭、EOF判断、线程安全及Selector注册前提。
Java NIO 中的 Channel 不是流，而是一个双向、可复用的数据传输管道，本质是操作系统底层 I/O 资源（如文件描述符、socket）在 Java 层的抽象封装。
Channel 的核心特性
它和传统 IO 流有根本区别：
- 双向性：同一个 Channel 可同时读和写，比如 SocketChannel 既能接收客户端数据，也能向客户端发响应
- 基于 Buffer 操作：所有读写都必须经过 ByteBuffer，不能直接操作字节数组或字符串
- 支持非阻塞模式：调用 configureBlocking(false) 后，read/write 立即返回，不卡线程；没数据时返回 0，而非等待
- 可注册到 Selector：只有继承 SelectableChannel 的子类（如 SocketChannel、ServerSocketChannel）才能被多路复用器管理
Channel 和 Buffer 的协作流程
数据不是“流过”通道，而是“搬进搬出”缓冲区：
- 读操作：Channel → 把数据填入 ByteBuffer → 应用从 buffer.get() 取数据
- 写操作：应用先 put() 数据到 ByteBuffer → Channel → 把 buffer 内容写入目标（文件/网络）
- 每次读写后需注意 buffer 状态：read() 后调 flip() 切换读模式，write() 前确保 position=0、limit=有效字节数
常见 Channel 类型及用途
不同通道对应不同 I/O 场景，接口设计体现职责分离：
立即学习“Java免费学习笔记（深入）”；
- FileChannel：处理磁盘文件，支持内存映射（map）、零拷贝（transferTo/transferFrom）、文件锁
- SocketChannel：TCP 客户端连接，通常配合 Selector 使用，用于高并发请求处理
- ServerSocketChannel：服务端监听入口，accept() 返回新的 SocketChannel，本身不收发业务数据
- DatagramChannel：UDP 通信，无连接，适合实时音视频、心跳包等场景
使用时的关键注意事项
容易忽略但影响稳定性和性能的细节：
- Channel 必须显式 close()，推荐用 try-with-resources 自动释放，否则可能泄漏文件描述符或 socket
- 非阻塞模式下，read() 返回 0 表示当前无数据，不是结束；-1 才表示 EOF（仅 FileChannel 或关闭的 socket）
- 多个线程不能并发调用同一 Channel 的 read/write（除 FileChannel 外基本都不线程安全）
- Selector 注册前，Channel 必须已 configureBlocking(false)，且只能注册一次（除非取消再重注册）
