Java NIO处理SocketChannel需显式控制非阻塞模式、连接状态、事件驱动与缓冲区：先configureBlocking(false)，再connect()，返回false时注册OP_CONNECT；就绪后必须finishConnect()验证；读写需循环处理返回值并正确维护ByteBuffer状态；异常或关闭时须cancel key、close channel并清理资源。
Java NIO 中处理 SocketChannel 网络连接，关键在于非阻塞模式控制、连接状态显式判断、事件驱动协作和缓冲区状态管理。它不隐藏底层细节，所有步骤都需开发者主动推进。
设置非阻塞并发起连接
必须在调用 connect() 前将通道设为非阻塞：
- 调用 SocketChannel.open() 创建实例
- 立即执行 configureBlocking(false)
- 再调用 connect(new InetSocketAddress(host, port))
- 若返回 true，说明连接已就绪（极少见，多见于本地回环）
- 若返回 false，表示连接正在后台进行三次握手，此时需注册 OP_CONNECT 到 Selector，等待通知
确认连接完成
收到 OP_CONNECT 就绪事件后，不能直接读写，必须调用 finishConnect() 验证：
- 返回 true：连接成功，可进入后续读写流程
- 返回 false：连接仍在进行中，需继续等待下一轮 select
- 抛出异常或返回 false 且不再恢复：连接失败，应关闭 channel 并取消 key
- 成功后务必调用 key.interestOps(OP_READ)（或加 OP_WRITE），同时取消 OP_CONNECT 注册
读写数据的正确姿势
非阻塞读写不会自动完成全部字节，必须循环检查返回值并维护 ByteBuffer 状态：
立即学习“Java免费学习笔记（深入）”；
- 读取前：调用 buffer.clear()（全新读）或 buffer.compact()（续读未消费数据）
- read() 返回 -1 表示对端关闭；返回 0 表示当前无数据（不是错误）；其他正数为实际读取字节数
- 写入前：调用 buffer.flip()；写完后根据 write() 返回值调整 position；若未写完，保持 OP_WRITE 注册，避免数据滞留
- 高频小包场景建议使用 ByteBuffer.allocateDirect() 减少 GC 压力
异常与连接生命周期管理
NIO 不会自动清理失效连接，健壮性完全依赖手动处理：
- 每次处理 SelectionKey 前先检查 key.isValid()，跳过已取消的 key
- 遇到 IOException（如 connection reset）、read 返回 -1、write 失败时，必须：key.cancel() → channel.close() → 从 selectedKeys 中移除该 key
- OP_WRITE 默认长期就绪，不应常驻注册；只在写缓冲区满、write() 返回 0 时临时注册，写完即取消，防止空轮询
