java nio的channel支持双向读写，但实际能力取决于类型与配置：filechannel需“rw”模式，socketchannel天然全双工，datagramchannel收发独立；所有操作必须经bytebuffer中转，且须正确调用flip()和clear()。
Java NIO 中的 Channel 本身支持双向读写，但具体能否同时读写、是否阻塞，取决于 Channel 的类型和打开方式。关键不在于“能不能”，而在于“怎么配”和“怎么用”。
Channel 的双向性是接口层面的设计特性
所有实现了 java.nio.channels.Channel 接口的类（如 FileChannel、SocketChannel）都声明支持读和写操作。例如：
-
read(ByteBuffer dst)：从通道读取数据到缓冲区 -
write(ByteBuffer src)：把缓冲区数据写入通道
这和 BIO 中 InputStream（只读）与 OutputStream（只写）必须成对使用完全不同——一个 Channel 实例即可承担两端职责。
不同 Channel 类型的实际读写能力有差异
并非所有 Channel 都能真正“自由切换”读写，需结合打开方式和底层资源理解：
-
FileChannel：通过
RandomAccessFile或FileInputStream/FileOutputStream获取，打开模式决定权限。用"rw"模式打开时，可安全调用 read 和 write；只读模式下调用 write 会抛NonWritableChannelException - SocketChannel：TCP 连接天然全双工，只要连接已建立且未关闭，就可随时 read 或 write。但注意：若远端关闭了写方向（如发送 FIN），本地 read 可能返回 -1，而 write 仍可能成功（直到对方彻底断连）
- DatagramChannel：UDP 无连接，send() 和 receive() 独立调用，也属于双向，但不保证顺序或送达
- ServerSocketChannel：只负责 accept 新连接，本身不传输业务数据，所以不提供 read/write 方法
读写操作必须配合 Buffer，并严格管理 Buffer 状态
Channel 不直接操作字节数组，所有数据都经由 ByteBuffer 中转。一次完整读写流程包含明确的状态切换：
- 读数据：调用
channel.read(buffer)→ 数据填入 buffer → 调用buffer.flip()准备读取 →buffer.get()取出内容 → 最后buffer.clear()或compact()为下次写入准备空间 - 写数据：先
buffer.put(...)写入数据 →buffer.flip()切换为读模式（供 channel 读取）→channel.write(buffer)→buffer.clear()复位
漏掉 flip() 会导致写入 0 字节，忘记 clear() 可能造成后续读写错位——这是初学者最常踩的坑。
非阻塞模式下读写行为更灵活但需主动判断
仅 SocketChannel 和 DatagramChannel 支持非阻塞模式（configureBlocking(false)）：
- read() 在无数据时立即返回 0，不会挂起线程
- write() 在内核发送缓冲区满时可能只写出部分数据，返回实际字节数，需检查并重试剩余部分
- 真正实现高效双向通信，通常要搭配
Selector监听 OP_READ / OP_WRITE 事件，避免轮询浪费 CPU
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
