NotYetConnectedException在未完成连接的非阻塞SocketChannel上执行write时抛出，需在finishConnect()返回true或isConnected()为真后才可安全写入。
在 Java NIO 中，NotYetConnectedException 是一个运行时异常，当尝试对尚未完成连接的非阻塞 SocketChannel（即处于未连接状态或连接正在进行中）执行写操作时抛出。它本身不是用来“拦截”操作的工具，而是系统自动抛出的信号，提示你逻辑有误——**不能在连接建立前写数据**。正确做法是主动检查连接状态、合理安排 I/O 时机，而非依赖异常来控制流程。
理解触发条件：什么情况下会抛出 NotYetConnectedException
该异常只可能出现在以下场景：
- 使用
SocketChannel.open()创建通道后，未调用connect()； - 调用了
connect()，但返回false（表示连接尚未完成），且后续未通过finishConnect()确认连接成功，就直接调用write()； - 在
OP_CONNECT尚未就绪、或finishConnect()返回false的情况下，误认为已连通而发起写入。
避免异常：写入前必须确认连接已完成
核心原则是：**写操作只能发生在 finishConnect() 返回 true 之后**。典型安全写法如下：
// 假设 channel 是非阻塞 SocketChannel
if (channel.isConnectionPending()) {
if (channel.finishConnect()) {
// ✅ 连接已建立，可以安全 write
ByteBuffer buf = ByteBuffer.wrap("HELLO".getBytes());
channel.write(buf);
} else {
// ❌ 连接仍在进行中，暂不写入，等待 OP_CONNECT 就绪
}
} else if (channel.isConnected()) {
// ✅ 已连接（例如之前已完成），可直接 write
ByteBuffer buf = ByteBuffer.wrap("HELLO".getBytes());
channel.write(buf);
} else {
// ❌ 未连接且无待决连接，不能写
throw new IllegalStateException("Channel not connected");
}
结合 Selector 的标准事件驱动写法
在基于 Selector 的异步模型中，应严格按事件流转处理：
- 注册
OP_CONNECT→ 收到就绪通知 → 调用finishConnect()； - 仅当
finishConnect()成功后，才取消OP_CONNECT，改注册OP_WRITE（如需主动推送）或转入读/写循环； - 实际写入时，仍建议先检查
isConnected()，再调用write()，避免竞态。
不推荐用 try-catch 拦截 NotYetConnectedException 来控制逻辑
虽然语法上可以捕获该异常：
try {
channel.write(buf);
} catch (NotYetConnectedException e) {
// 临时降级处理？重试？排队？
}
但这是反模式：
- 异常用于错误场景，而非正常控制流；
- 频繁抛异常开销大，影响性能；
- 掩盖了设计缺陷：本该由状态检查提前规避的问题，不该靠异常兜底。
真正健壮的做法是把连接状态管理好，让写操作只在合法状态下发生。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
