Java NIO通道关闭需三步：先判空、再判isOpen()、最后捕获IOException静默处理；多Channel按依赖顺序关闭，可封装closeQuietly工具方法，避免异常掩盖与资源泄漏。
Java NIO 通道关闭不是“调了 close 就完事”，关键在避免 ClosedChannelException、NullPointerException 和资源泄漏。核心是：判空 → 判状态 → 静默关，且多通道要讲顺序。
关闭前必须做三重检查
Channel 的 close() 不是完全幂等的——它可能为 null，也可能已关闭但未置空，直接调用会抛异常或掩盖主逻辑错误。
- 先判
channel != null，跳过空引用 - 再调
channel.isOpen()，确认仍处于可操作状态（防止被其他线程提前关闭） - 最后才执行
channel.close()，并包裹try-catch(IOException)
关闭异常要静默处理，不打断主流程
close() 声明抛出 IOException，但实际释放底层句柄极少失败。若因网络中断、权限变更等极少数情况出错，应记录日志，而非向上抛出。
- 写法示例：
try { ch.close(); } catch (IOException e) { log.warn("Failed to close channel", e); } - 切忌在
finally块里throw新异常，否则会覆盖try中的真实异常（比如RuntimeException）
多个通道需按依赖顺序关闭
常见组合如 SocketChannel + SelectionKey + Selector，关闭顺序错乱会导致资源残留或 ClosedChannelException：
立即学习“Java免费学习笔记（深入）”；
- 先关具体通道（如
socketChannel.close()） - 再取消其在 Selector 上的注册（
key.cancel()） - 最后关闭 Selector（
selector.close()） - 每一步都重复“判空→判 isOpen→捕获 IOException”三步法
别盲目依赖 try-with-resources
该语法适合单次、短生命周期的 Channel，但不适用于以下场景：
- Channel 由第三方库创建（如 Netty 的
Channel），其生命周期由框架管理，手动 close 可能引发IllegalReferenceCountException - Channel 需跨多个
try块复用（如连接池中借出后多次读写） - Channel 被赋值给外部变量后再传入 try 块，易造成重复关闭
此时应手动管理，配合原子状态标记（如 AtomicBoolean closed = new AtomicBoolean()）和线程安全判断。
