Java文件读写异常处理需区分可恢复外部问题与不可忽视逻辑问题：优先检查文件存在性、权限和类型；用try-with-resources自动管理资源；按FileNotFoundException、IOException分层捕获；记录带上下文的日志，避免笼统catch Exception。
Java 中文件读写抛出异常，核心是区分 可恢复的外部问题（如文件不存在、权限不足）和 不可忽视的逻辑或资源问题（如流未关闭、路径拼错），再用匹配的机制应对。不是所有异常都该 catch，也不是所有 catch 都该吞掉。
优先检查文件状态，而不是等异常发生
很多 IOException 其实可以提前规避。比如读取前先确认文件存在、可读、不是目录：
- 用
File.exists()判断路径是否指向真实文件 - 用
File.canRead()或canWrite()检查权限 - 用
File.isFile()排除目录误当文件处理的情况 - 对相对路径，用
new File("config.txt").getAbsolutePath()打印出来，确认工作目录是否符合预期
用 try-with-resources 自动管理流资源
手动 close 容易遗漏，导致文件句柄泄漏或后续操作失败。所有实现了 AutoCloseable 的流（如 FileReader、BufferedWriter、FileInputStream）都应放在 try 括号里：
- 即使读取中途抛出 IOException，资源也会自动释放
- 不用写 finally 块，代码更简洁，不易出错
- 示例：
try (BufferedReader r = new BufferedReader(new FileReader("data.txt"))) { ... }
按具体异常类型分层捕获，不笼统抓 Exception
FileNotFoundException 和 IOException 虽然有继承关系，但含义不同，处理方式也应不同：
立即学习“Java免费学习笔记（深入）”；
- 捕获
FileNotFoundException：说明路径无效或文件缺失，适合提示用户检查路径、提供默认配置、或自动创建空文件 - 捕获
IOException（泛指其他 I/O 故障）：可能是磁盘满、网络文件系统中断、权限突变等，适合记录详细日志并通知运维 - 避免只写
catch (Exception e)—— 会掩盖异常真实类型，让问题更难定位
异常信息要带上下文，别只打堆栈
单纯 e.printStackTrace() 对排查生产问题帮助很小。建议：
- 记录关键变量：文件路径、操作类型（读/写）、当前用户、时间戳
- 用日志框架（如 SLF4J）记录，而非
System.err - 必要时包装异常：例如
throw new DataLoadException("加载用户配置失败，路径：" + path, e) - 对终端用户，显示友好提示（如“配置文件丢失，请重新安装”），而不是 Java 堆栈
