调用 SocketChannel.configureBlocking(false) 是切换为非阻塞模式的唯一标准方式，它不建立或关闭连接，仅改变 I/O 方法语义：read/write/connect 立即返回，需配合 Selector 使用，返回值表状态而非仅数据量，且不可逆向混用阻塞模式。
调用 SocketChannel.configureBlocking(boolean) 是切换阻塞/非阻塞状态的唯一标准方式，它不启动或终止连接，只改变通道对 I/O 方法的响应行为。
configureBlocking(false) 的核心作用
该方法将通道从默认阻塞模式转为非阻塞模式，本质是把“等待完成”的责任从内核/通道转移到应用层。它不修改方法签名，但彻底改写 read/write/connect 的语义：
- 不再挂起线程，所有 I/O 调用立即返回
- 返回值成为关键状态信号，而非仅表示数据量
- 必须配合 Selector 使用，否则容易陷入空轮询
非阻塞下各方法的实际表现
read()：不再等数据，立刻返回
- 正值：成功读取的字节数（可能远小于 buffer 容量）
- 0：当前无数据可读，连接仍活跃（不是错误）
- -1：对端已关闭连接（EOF）
- 仅在真实异常（如连接重置）时抛 IOException
write()：不保证一次写完，需手动处理剩余
立即学习“Java免费学习笔记（深入）”；
- 返回实际写出字节数，可能小于 buffer.remaining()
- 返回 0 表示发送缓冲区满，但连接正常，需等 OP_WRITE 就绪再试
- 每次 write 后要检查返回值、调用 buffer.compact() 或 flip()，并决定是否重试
connect()：变为异步发起器
- 调用后立即返回 true 表示连接已建立（极少见，通常仅限本地回环）
- 返回 false 表示握手进行中，此时必须注册 OP_CONNECT 到 Selector
- 后续需调用 finishConnect() 确认结果，成功才可开始读写
必须搭配 Selector 才能高效运转
非阻塞通道不能单独使用，否则会浪费 CPU 轮询：
- ServerSocketChannel 和 SocketChannel 都需先 configureBlocking(false)，再调用 register(Selector, ops)
- 阻塞通道无法注册到 Selector，会抛 IllegalBlockingModeException
- select() 返回后，遍历 selectedKeys() 获取就绪通道，再按事件类型（OP_READ/OP_WRITE/OP_CONNECT）分别处理
- 例如：收到 OP_READ 就调 read()；收到 OP_CONNECT 就调 finishConnect()
常见误用与注意事项
配置后不可逆向混用——同一通道不能在阻塞和非阻塞模式间反复切换用于同一连接：
- configureBlocking(true) 后不能再注册到 Selector
- 非阻塞通道若未用 Selector 监控，直接循环调 read/write 会导致 busy-wait
- accept() 在非阻塞 ServerSocketChannel 上返回 null 表示暂无新连接，不是错误
- 务必在每次 read/write 后检查 buffer 状态（position/limit/capacity），避免数据错位或覆盖
