ClosedChannelException是unchecked异常，代表连接已终结，不可重试；应立即清理资源、关闭通道、销毁上下文并触发重连或通知上层。
ClosedChannelException 不是受检异常，也不能重试。它继承自 RuntimeException（即 unchecked 异常），编译器不强制要求捕获；更重要的是，它代表连接已终结的确定性状态——通道不可恢复，重试写操作毫无意义，只会重复失败。
为什么不能重试
该异常出现时，意味着底层通道对象已被显式关闭（如调用了 channel.close()），或对端已断连且本端通道进入不可用状态（如收到 FIN 后再 write）。此时：
- 通道句柄已释放，OS 层面不再接受 I/O 请求；
- 即使网络恢复，原 socket 实例也无法重建连接；
- 重试写入只会再次触发相同异常，浪费 CPU 和日志资源。
正确响应方式：清理 + 迁移
捕获到 ClosedChannelException 后，应立即执行终止性动作：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 取消关联的
SelectionKey（若使用 Selector）； - 调用
channel.close()（若尚未关闭，避免资源泄漏）； - 销毁绑定的 session、buffer、定时器等上下文对象；
- 触发重连逻辑（新建 channel）或通知业务层连接失效。
如何提前规避异常抛出
与其被动捕获，不如主动防御：
立即学习“Java免费学习笔记（深入）”；
- 每次 I/O 前检查
channel.isOpen() && channel.isConnected()； - 在 Netty 中优先用
channel.isActive()判断可用性； - 多线程共享 channel 时，用 volatile 标记状态或加锁同步关闭动作；
- 使用
try-with-resources管理短生命周期通道，避免误用已关闭实例。
注意区分 AsynchronousCloseException
它虽也继承自 ClosedChannelException，但语义不同：表示“当前 IO 操作被其他线程主动 close 中断”，属于合法竞态，可视为一种优雅中断信号。而 ClosedChannelException 是误用已终结资源的明确标志，二者处理策略不可混用。
