java nio全双工异步聊天通道的核心是socketchannel双向非阻塞+selector多路复用；一、channel必须configureblocking(false)以避免读写阻塞；二、每个连接需配readbuffer和writebuffer两个独立缓冲区，防止状态冲突。
Java NIO 实现全双工异步聊天通道，核心在于利用 SocketChannel 的双向能力 + 非阻塞模式 + Selector 多路复用，让单个连接同时收发消息，互不阻塞。
一、关键前提：Channel 必须设为非阻塞
全双工的基础是“不等待”。如果 Channel 是阻塞的，一次 read() 或 write() 就会卡住线程，无法同时处理读写事件。
- 客户端 SocketChannel 创建后，立即调用
configureBlocking(false) - 服务端 ServerSocketChannel 接收新连接后，生成的每个 SocketChannel 也必须设为非阻塞
- 阻塞模式下，
read()没数据就挂起，write()缓冲区满也会阻塞——这直接破坏全双工和异步性
二、一个连接配一对 Buffer（读/写分离）
全双工 ≠ 共用同一个 ByteBuffer。读写操作需独立缓冲区，避免状态冲突（比如写模式中 flip 会影响读逻辑）。
- 每个 SocketChannel 关联两个 ByteBuffer：
readBuffer（只用于接收）、writeBuffer（只用于发送） - 收到数据时，用
readBuffer调用channel.read(readBuffer)；写入前先向writeBuffer填充内容，再调用channel.write(writeBuffer) - 注意 write 可能未写完（返回值 OP_WRITE 事件，等就绪后再续写
三、Selector 统一调度读写事件
全双工通信不是靠两个线程实现的，而是靠 Selector 同时监听一个 Channel 的 OP_READ 和 OP_WRITE 就绪状态。
- 新连接建立后，将该 SocketChannel 注册到 Selector，初始只关注
OP_READ - 当有数据可读，触发
OP_READ：从readBuffer解析完整消息（需处理粘包/半包），业务逻辑处理后，若需回复，把响应内容写入writeBuffer，并key.interestOps(OP_READ | OP_WRITE) - 当
OP_WRITE就绪：说明底层 socket 发送缓冲区有空闲，可继续调用write()；写完后若缓冲区清空，应移除OP_WRITE，避免空转轮询
四、消息边界与编码需显式处理
Channel 本身只传字节流，不识别消息边界。聊天场景必须约定协议，否则收发错乱会导致全双工失效（如一条消息被拆成两次 read，或两条合并成一次）。
- 推荐简单定长头 + 内容方式：前 4 字节表示 body 长度，后续字节为 UTF-8 文本
- readBuffer 每次 fill 后，检查是否凑够头部 → 解出长度 → 判断 body 是否收齐；未齐则保留已有数据，等待下次 read
- 发送前，先将字符串转 byte[]，写入 writeBuffer 前先 putInt(长度)，再 put(body)，再 flip
不复杂但容易忽略：全双工不是自动发生的，它依赖非阻塞设置、Buffer 分离、Selector 事件精准控制和消息协议落地。少一个环节，就会退化成半双工或伪异步。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
