FileNotFoundException是IOException的子类，处理文件操作时应先捕获前者再捕获后者，使用try-with-resources自动管理资源，结合日志记录与用户友好提示，并通过File类预验证文件状态以减少异常。
在Java文件操作中，FileNotFoundException 和 IOException 是最常见的异常类型。正确处理它们不仅能避免程序崩溃，还能提升代码的健壮性和用户体验。
理解两种异常的关系与区别
FileNotFoundException 是 IOException 的子类，这意味着它继承自更通用的 IOException。当你尝试打开一个不存在的文件时，会抛出 FileNotFoundException；而读写过程中出现的其他问题（如磁盘满、权限不足）则通常抛出 IOException。
在捕获异常时，应先捕获具体的 FileNotFoundException，再捕获更广泛的 IOException，避免前者被后者“覆盖”。
- FileNotFoundException 属于检查型异常，必须显式处理
- IOException 范围更广，涵盖所有输入输出错误
- 子类异常要放在 catch 块的前面
使用 try-catch 正确捕获异常
直接用 try-catch 包裹可能出错的文件操作代码是最基本的做法。例如读取文件时：
立即学习“Java免费学习笔记（深入）”；
try (FileReader fr = new FileReader("data.txt");
BufferedReader br = new BufferedReader(fr)) {
String line;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
} catch (FileNotFoundException e) {
System.err.println("找不到文件，请确认路径是否正确：" + e.getMessage());
} catch (IOException e) {
System.err.println("读取文件时发生错误：" + e.getMessage());
}
这里利用了 try-with-resources 语法，自动关闭资源，无需手动调用 close()。
提供用户友好的错误提示与日志记录
不要只打印 e.printStackTrace()，这不利于生产环境排查问题。应该结合日志框架（如 Log4j 或 java.util.logging）记录详细信息，同时向用户展示简洁明了的提示。
- 开发阶段可输出堆栈信息辅助调试
- 生产环境中应记录到日志文件，避免暴露系统细节
- 对用户提示“文件读取失败，请检查文件是否存在或联系管理员”比显示异常类名更友好
提前验证文件状态减少异常发生
在执行操作前，可以通过 File 类的方法预先判断文件情况，降低异常概率。
File file = new File("data.txt");
if (!file.exists()) {
System.err.println("文件不存在");
return;
}
if (!file.canRead()) {
System.err.println("没有读取权限");
return;
}
虽然不能完全替代异常处理（因为存在竞态条件），但能有效减少常见错误场景。
基本上就这些。关键是理解异常层次结构，合理使用 try-catch-finally 或 try-with-resources，并做好信息反馈和资源管理。不复杂但容易忽略细节。
