Java NIO中SocketChannel不支持直接设置连接超时或SO_TIMEOUT，需通过非阻塞模式+轮询+定时判断实现：先configureBlocking(false)，再调connect()并循环调finishConnect()检查，结合System.nanoTime()计算超时；读超时则依赖Selector.select(timeout)控制。
Java NIO 中，SocketChannel 本身不支持直接设置“连接超时”（connect timeout），也不识别 SO_TIMEOUT（那是传统阻塞 Socket 的选项）。它的超时控制逻辑与 BIO 完全不同——必须靠非阻塞 + 主动轮询 + 超时判断来实现。
设置非阻塞模式是前提
调用 configureBlocking(false) 是启用 NIO 行为的第一步。这会让 connect()、read()、write() 等方法立即返回，不再挂起线程。
-
socketChannel.configureBlocking(false)必须在connect()之前调用 - 调用
connect()后，它可能立刻返回true（已连上），也可能返回false（正在连接中） - 若返回
false，需后续通过finishConnect()检查连接是否完成
模拟连接超时：靠定时+轮询
NIO 没有内置 connect timeout 参数，你得自己记下开始时间，再在循环中检查耗时是否超限。
Approve new channels, and connections to openclaw ui and terminal
下载
Web仪表盘，用于审批OpenClaw设备与通道配对、管理连接，并可从浏览器访问实时终端。
- 记录
System.nanoTime()作为起始点 - 在 while 循环里反复调用
finishConnect() - 每次循环计算已过去时间，超过阈值就主动关闭 channel 并抛异常
- 注意：不要用
Thread.sleep()等待，那会阻塞；应结合Selector或短间隔轮询
读写阶段不用 SO_TIMEOUT，但要配合 Selector
非阻塞 SocketChannel 不响应 setSoTimeout()，所以不能像 BIO 那样设读超时。真正的“读等待超时”应由 Selector 的 select(long timeout) 控制。
- 将 channel 注册到 selector，并关注
OP_READ事件 - 调用
selector.select(5000)表示最多等 5 秒有数据可读 - 超时后返回 0，说明没事件发生，你可以认为本次读操作“超时”
- 之后再调
channel.read()，它会立即返回（-1、0 或实际字节数），不会卡住
不建议混合使用阻塞与非阻塞行为
同一个 SocketChannel 不能一会儿阻塞一会儿非阻塞。一旦设为非阻塞，所有 I/O 操作都按非阻塞语义执行；想用 SO_TIMEOUT 就只能退回 Socket（BIO）。
- 不要对非阻塞 channel 调用
getSocket().setSoTimeout(...)，它无效且易误导 - 也不要试图在非阻塞 channel 上做阻塞式 read —— 会抛
IllegalBlockingModeException - 如果业务需要强超时保障，又不想手写轮询逻辑，可考虑 Netty 等封装层，它内部已帮你做了 connect timeout 和 read timeout 的统一抽象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
