java非阻塞模式需显式配置所有channel为非阻塞并配合selector：serversocketchannel和accept返回的socketchannel都必须调用configureblocking(false)，搭配op_accept/op_read注册与事件处理，read需判别-1/0/正数返回值，客户端connect后还需finishconnect确认并设非阻塞。
Java 中非阻塞模式不是“设个标志就生效”，而是需要明确配置通道、配合选择器（Selector），并正确处理返回值的一整套协作机制。核心在于：所有参与通信的 Channel 都必须显式设为非阻塞，且不能遗漏任何一个环节。
ServerSocketChannel 必须先设为非阻塞
监听端口的 ServerSocketChannel 默认是阻塞的，不改就会卡住 accept 线程：
- 调用 serverChannel.configureBlocking(false) 是强制步骤，不可跳过
- 之后调用 accept() 不再挂起线程：有连接立即返回 SocketChannel，无连接立刻返回 null
- 不能在 while(true) 里裸调 accept()，否则 CPU 空转；应搭配 Selector 或加短时休眠（如 Thread.sleep(10)）
- 若用 Selector，需注册 OP_ACCEPT 事件，等就绪后再调 accept()
新创建的 SocketChannel 也必须立即设为非阻塞
这是最容易出错的地方：accept() 返回的 SocketChannel 默认仍是阻塞模式，不设就会让 read/write 再次阻塞线程：
- 拿到 SocketChannel 后，**第一件事**就是调用 socketChannel.configureBlocking(false)
- 之后的 read() 可能返回 -1（对端关闭）、0（暂无数据）或正数（读到字节），代码必须分别判断，不能假设“有数据才返回”
- 建议同时设置 TCP 选项，例如 socketChannel.socket().setKeepAlive(true)，提升连接稳定性
推荐用 Selector 统一管理事件
这才是生产环境真正发挥 NIO 优势的方式，单线程可支撑大量连接：
- 创建 Selector：Selector selector = Selector.open()
- ServerSocketChannel 配置非阻塞后，注册 OP_ACCEPT：serverChannel.register(selector, SelectionKey.OP_ACCEPT)
- 循环调用 selector.select(timeout) 等待就绪事件（带超时避免无限等待）
- 遍历 selectedKeys：遇到 OP_ACCEPT 就 accept()，拿到 SocketChannel 后立即 configureBlocking(false)，再注册 OP_READ
- 遇到 OP_READ 就用 ByteBuffer 读取数据，处理业务逻辑，全程不新建线程
客户端 SocketChannel 的非阻塞连接流程
客户端主动发起连接时，非阻塞方式也需两步确认：
- 调用 socketChannel.connect(new InetSocketAddress(host, port))，可能立即返回 false
- 此时需注册 OP_CONNECT 事件，或轮询 socketChannel.finishConnect() 直到返回 true
- connect 成功后，同样要确保该 channel 已设为非阻塞，后续 read/write 才不会阻塞
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
