Java IO异常处理需区分检查型异常（如IOException）与运行时异常，优先用try-with-resources自动释放资源，按子类精细化捕获（如FileNotFoundException、SocketTimeoutException），避免空catch或笼统捕获Exception。
Java中处理IO异常，核心是明确异常类型、合理选择捕获策略，并确保资源及时释放。重点在于区分IOException及其子类（如FileNotFoundException、EOFException），避免笼统捕获Exception，同时优先使用try-with-resources自动管理资源。
明确区分检查型异常与运行时异常
Java IO操作抛出的大多是检查型异常（checked exception），例如IOException、FileNotFoundException，编译器强制要求处理。不能忽略或简单打印堆栈后继续执行，而应根据业务场景决定是捕获并恢复、转换为运行时异常，还是向上抛出。
- 对可预期的异常（如文件不存在），捕获后提供默认行为或提示用户重新输入
- 对不可恢复的底层错误（如磁盘写满、网络中断），可包装为自定义业务异常或
RuntimeException，避免污染调用链 - 不要用
catch (Exception e)一锅端，会掩盖本该声明抛出的检查异常
优先使用try-with-resources自动释放资源
凡是实现AutoCloseable接口的IO类（如FileInputStream、BufferedReader、Socket），都应放在try-with-resources语句中。它会在语句结束时自动调用close()，即使发生异常也不会遗漏，比手动finally块更简洁可靠。
- 多个资源可用分号分隔：
try (var in = new FileInputStream(...); var out = new FileOutputStream(...)) { ... } - 若需在关闭前做清理（如刷新缓冲区），仍应在资源声明后显式调用
flush() - 注意：资源变量是隐式
final，不可重新赋值
按需细化异常处理逻辑
不同IO异常代表不同问题，应差异化响应。例如FileNotFoundException说明路径无效，适合引导用户检查路径；而SocketTimeoutException属于网络超时，更适合重试或降级。
立即学习“Java免费学习笔记（深入）”；
- 用多个
catch块分别处理常见子类，避免所有异常走同一处理路径 - 对
InterruptedIOException这类与线程中断相关的异常，通常应响应中断状态（如退出循环、抛出InterruptedException） - 日志记录时保留原始异常（用
logger.error("读取配置失败", e)），而非仅打印消息，便于排查根因
避免常见反模式
一些看似“能跑通”的写法，长期来看会埋下隐患：
-
空catch块（
catch (IOException e) {}）：异常被静默吞掉，程序行为不可预测 -
在finally中关闭未初始化的流：可能触发
NullPointerException，应先判空或改用try-with-resources - 在构造函数中打开IO资源却不在finally/close中释放：对象创建失败时资源已泄漏
-
重复关闭同一资源：虽多数实现幂等，但某些封装类（如Apache Commons IO的
Closeable工具）可能报错
