notyetboundexception 是 java nio 中表示通道未绑定的运行时异常，用于提示在未调用 bind() 前误用依赖绑定状态的方法；应显式调用 bind() 并处理其 ioexception，成功后再执行 getlocaladdress() 或 accept() 等操作。
notyetboundexception 是 java nio 中 java.nio.channels.channel 的一个运行时异常，它本身并不用于“确保”服务器套接字已绑定，而是在尝试对尚未完成 bind 操作的通道执行依赖绑定状态的操作时被抛出（例如调用 getlocaladdress() 或在未绑定时调用 accept()）。它是一个被动检测信号，不是主动保障机制。
因此，不能“利用” NotYetBoundException 来 确保 绑定完成；相反，应主动管理绑定流程，并将该异常视为编程错误或状态误用的提示。
以下是正确、可靠的做法：
明确执行 bind() 并检查返回值
对于 `ServerSocketChannel`，必须显式调用 bind() 方法完成本地端口绑定：
- 使用
channel.bind(new InetSocketAddress(host, port))显式绑定 - 若端口被占用或地址不可用，会抛出
IOException（如BindException），而非NotYetBoundException -
bind()成功返回后，通道即处于已绑定状态
避免在未绑定时调用依赖绑定状态的方法
NotYetBoundException 常见于以下误用场景：
- 创建
ServerSocketChannel.open()后，未调用bind()就直接调用channel.getLocalAddress() - 未绑定就调用
channel.accept()（虽然通常 accept 会阻塞，但某些配置下可能触发校验） - 在非阻塞模式下，未确认绑定完成就进入事件循环处理
✅ 正确做法：只在 bind() 成功返回后，才调用 getLocalAddress() 或启动 accept 循环。
绑定后验证本地地址（可选但推荐）
为增强健壮性，可在 bind 后立即验证：
channel.bind(new InetSocketAddress("localhost", 8080));
InetSocketAddress local = (InetSocketAddress) channel.getLocalAddress();
System.out.println("Listening on " + local.getHostName() + ":" + local.getPort());
如果此时仍抛 NotYetBoundException，说明 bind() 实际未成功（例如被忽略异常、异步调用未等待完成等），需排查逻辑缺陷。
注意非阻塞模式下的初始化顺序
若使用 Selector 和非阻塞 I/O：
- 先
configureBlocking(false) - 再
bind()（绑定不依赖阻塞模式） - 最后
register(selector, SelectionKey.OP_ACCEPT) - 切勿颠倒 bind 和 register 顺序，也不应在 register 后才 bind
否则 selector 可能开始轮询 accept 事件，而通道尚未就绪，部分 JDK 版本会在首次 accept() 时抛 NotYetBoundException。
总结：NotYetBoundException 不是保障手段，而是错误信号。真正确保绑定完成的方式是——同步调用 bind()，捕获并处理其可能的 IOException，之后再进行后续操作。把异常当“开关”去控制流程，既不可靠，也违背异常设计本意。
