正确关闭 Selector 和 Channel 必须按顺序、判空、检查状态并静默处理异常：先取消所有 SelectionKey，再关闭 Channel（判空→判 open→捕获 IOException），最后关闭 Selector；推荐封装 quiet-close 工具方法统一处理。
正确关闭 Selector 和 Channel 的关键在于顺序、判空、状态检查和异常静默处理——漏掉任一环都可能引发资源泄漏或运行时异常。
Selector 关闭必须放在最后
Selector 管理多个 Channel 的注册关系，它内部持有系统级多路复用资源（如 epoll/kqueue 句柄）。若提前关闭 Selector，已注册的 Channel 会失去事件监听能力，但它们本身仍处于打开状态，造成连接残留或空轮询。
- 先逐个取消所有关联的 SelectionKey：遍历
selector.keys()或selector.selectedKeys()，对每个 key 调用key.cancel() - 再调用
selector.close()，该方法会自动清理内部资源并唤醒阻塞中的select() - 关闭前务必确认 selector != null 且 selector.isOpen() 返回 true
Channel 关闭要分三步走
SocketChannel、ServerSocketChannel 等不是普通流，直接调用 close() 可能触发 NullPointerException 或 ClosedChannelException，尤其在并发或异常路径下。
- 第一步：检查是否为 null ——
if (channel != null) - 第二步：确认是否仍打开 ——
if (channel.isOpen()) - 第三步：捕获并静默处理 IOException ——
try { channel.close(); } catch (IOException e) { log.warn("Failed to close channel", e); }
多资源协同关闭有依赖顺序
一个典型网络连接涉及 ServerSocketChannel → SocketChannel → SelectionKey → Selector。它们之间存在强依赖，关闭顺序错乱会导致资源无法释放。
立即学习“Java免费学习笔记（深入）”；
- 收到 OP_READ 事件后读到 -1（对端关闭），应立即：取消 SelectionKey → 关闭 SocketChannel
- ServerSocketChannel 不再接受新连接时：取消其 key → 关闭该 channel
- 所有 Channel 都关闭后，再关闭 Selector
- 每一步都重复“判空→判 open→捕获 IOException”三步法
推荐封装 quiet-close 工具方法
手动写三步逻辑易出错且重复。建议统一封装：
public static void closeQuietly(Closeable resource) {
if (resource != null) {
try {
if (resource instanceof Channel ch && ch.isOpen()) {
ch.close();
} else if (resource instanceof Selector s && s.isOpen()) {
s.close();
} else {
resource.close();
}
} catch (IOException ignored) {}
}
}
这样可安全传入 Channel、Selector 或 SelectionKey（需先 cancel），避免异常掩盖主流程。
