非阻塞socketchannel.write()返回0或小于预期是正常现象，表明内核发送缓冲区满或暂不可写；需配合op_write注册与bytebuffer状态管理，部分写入时注册op_write，写完后取消，严禁轮询或盲目重试。
在非阻塞模式下，SocketChannel.write() 返回 0 或小于请求写入字节数，是正常现象，并不表示错误，而是说明内核发送缓冲区已满或暂时无法写入更多数据。关键在于正确处理这种“部分写入”，而不是重试、抛异常或忽略。
为什么 write() 会返回 0 或少于预期？
非阻塞 SocketChannel 的 write() 调用会立即返回，它只把数据尽力拷贝到 TCP 发送缓冲区（内核空间）。若缓冲区已满、对端接收太慢、网络拥塞或系统资源受限，write() 就无法写入全部数据——可能写入 0 字节（缓冲区完全不可用），也可能只写入一部分（缓冲区有空闲但不够）。
这和阻塞模式不同：阻塞模式下 write() 会等待直到至少写入 1 字节（除非连接关闭或出错），而非阻塞模式绝不等待。
标准处理流程：维护写缓冲区 + 关注 OP_WRITE 就绪
必须配合 SelectionKey.OP_WRITE 使用，不能轮询 write()。典型做法是：
- 将待发送数据放入一个 用户态 ByteBuffer（如 HeapBuffer 或 DirectBuffer），并保持其为
write-mode（即buffer.hasRemaining()为 true） - 调用
channel.write(buffer)；检查返回值：- 若返回 -1：连接已关闭（对端 close 或 RST），应关闭 channel 并清理资源
- 若返回 0 或正数但
buffer.hasRemaining()仍为 true：说明还有未写完的数据
- 若仍有剩余数据，确保该 channel 的 SelectionKey 已注册
OP_WRITE（注意：仅在有数据要写且 write() 未完成时才注册；写完后务必取消 OP_WRITE，否则 selector 会持续唤醒，造成 busy loop） - 下次 selector.select() 返回时，若该 key 可写（isWritable() == true），再次尝试 write()，直到 buffer 无剩余
常见误区与注意事项
不要在 write() 返回 0 后立即重试：非阻塞通道不会因“稍等”就变可写，必须等内核缓冲区腾出空间并由操作系统通知（即 OP_WRITE 就绪）。
不要每次 write() 都注册 OP_WRITE：频繁注册/取消开销大，应在首次写不完时注册一次；写完后 clear buffer 并取消 OP_WRITE（或用 interestOps(interestOps & ~OP_WRITE)）。
ByteBuffer 必须可读（flip 后）且 position ≤ limit：write() 操作的是从 position 到 limit 的区间。若 buffer 处于写模式（如刚 put 完未 flip），或已 compact/flip 过多次导致 position > limit，write() 会直接返回 0。
避免使用 wrap 包装的数组并反复复用同一 buffer：若 write() 只写了一部分，position 已前移，下次再 write 前需确保 buffer 状态正确（通常建议每次写操作使用独立 buffer，或手动 rewind/reset）。
简易代码逻辑示意
（省略异常处理和资源管理）
// 发送前：buffer 是已 flip 的，position=0, limit=实际数据长度
while (buffer.hasRemaining()) {
int written = channel.write(buffer);
if (written == 0) {
// 缓冲区满，注册 OP_WRITE 并退出循环，等 selector 唤醒
key.interestOps(key.interestOps() | SelectionKey.OP_WRITE);
break;
} else if (written == -1) {
// 对端关闭
cleanup();
return;
}
}
// 若循环结束且 !buffer.hasRemaining()，说明本次全写完，可取消 OP_WRITE
if (!buffer.hasRemaining()) {
key.interestOps(key.interestOps() & ~SelectionKey.OP_WRITE);
}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
