channel读取返回-1表示对端已优雅关闭，应立即关闭本地channel并取消selectionkey；返回0需继续等待，>0正常处理，ioexception须捕获并清理资源。
Java NIO 中，Channel 读取返回 -1 表示对端已正常关闭连接（EOF），此时应主动关闭本地 Channel 并清理资源，而不是继续轮询读取——否则会陷入空转死循环。关键不是“避免读到 -1”，而是正确响应 -1 并终止读操作。
判断连接断开的核心依据是 read() 返回值
对于 SocketChannel，read(ByteBuffer) 的返回值含义明确：
-
-1：对端调用了
close()或shutdownOutput()，TCP 连接已半关闭，本端再无数据可读； - 0：本次无数据可读（非错误），可能因缓冲区满、非阻塞模式下暂无数据等，需继续等待 OP_READ；
- >0：成功读取字节数，正常处理；
- 抛出 IOException（如 Connection reset、Broken pipe）：连接异常中断，需立即关闭 Channel。
典型处理逻辑（Selector + 非阻塞模式）
在 OP_READ 就绪时，必须检查 read() 结果并做分支处理：
int bytesRead = channel.read(buffer);
if (bytesRead == -1) {
// 对端优雅关闭：触发 FIN 包，本端应关闭 Channel 并取消 SelectionKey
key.cancel();
channel.close();
} else if (bytesRead > 0) {
buffer.flip();
// 处理数据...
buffer.clear();
} else if (bytesRead == 0) {
// 无数据，不处理，下次轮询继续等待
}
// 注意：不处理 IOException 会导致后续一直就绪、反复 read() → 死循环
必须捕获并处理 IOException
网络异常（如客户端强制断网、kill -9）不会返回 -1，而是抛出异常。若未 catch，异常向上冒泡可能使事件循环崩溃或跳过 cleanup：
- 在 read() 前后用 try-catch 包裹，捕获
IOException； - 一旦捕获，立即 cancel key、close channel、移除相关附件（如 ByteBuffer、业务对象）；
- 常见异常包括：
IOException: Connection reset by peer、ClosedChannelException、AsynchronousCloseException。
辅助判断：OP_READ 持续就绪但始终 read() = 0？警惕半开连接
极少数情况（如 NAT 超时、防火墙静默丢包），连接看似“活着”但实际不可用。此时 OP_READ 可能持续就绪，而 read() 总返回 0 —— 这属于协议层无法感知的“假连接”。应对方式：
- 引入应用层心跳（如定时发送 ping/pong）；
- 设置读超时机制（通过记录最后读时间戳，结合 Selector select(timeout) 控制）；
- 不依赖单次 read() 结果做连接状态判断，而以“-1 或 IOException”为唯一可靠断连信号。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
