FileNotFoundException是受检异常，必须显式处理；应通过throws声明或try-catch捕获并有意义地处理，配合try-with-resources管理资源，预检仅辅助不可替代异常处理，路径需可移植且可观测。
Java中FileNotFoundException是受检异常（checked exception），必须显式处理，不能忽略。它的存在不是设计缺陷，而是Java I/O安全契约的一部分——强制开发者直面“文件是否存在”和“能否访问”这两个关键状态。正确编码不是绕过它，而是用清晰、可维护、符合场景的方式与之协作。
明确声明或捕获，不吞异常
调用可能抛出FileNotFoundException的方法（如FileInputStream(File)、FileReader(String)）时，必须二选一：
- 在方法签名中用
throws FileNotFoundException向上委托，让调用方决定如何应对； - 用
try-catch捕获，并做有意义的处理——比如提示用户、加载默认配置、记录日志或创建缺失文件； - 绝对避免空catch块或仅调用
e.printStackTrace()，这会掩盖问题、阻碍排查。
优先使用try-with-resources管理资源
该异常常出现在流打开阶段，而后续读写还可能引发其他I/O异常。为防止资源泄漏，应将流声明在try括号内：
✅ 正确示例：
立即学习“Java免费学习笔记（深入）”；
try (FileReader reader = new FileReader("config.json")) {
// 安全读取，自动关闭
} catch (FileNotFoundException e) {
logger.error("配置文件缺失，请检查路径：{}", "config.json", e);
throw new AppConfigurationException("缺少必要配置", e);
}
❌ 避免手动close + 空catch：
既没释放资源，又丢弃了关键上下文。
预检仅作辅助，不可替代异常处理
有人习惯先用file.exists()或file.canRead()判断再操作，但这无法消除竞态条件（检查时存在，打开时已被删除或权限变更）。因此：
- 预检可用于友好提示或快速失败（如启动校验），提升用户体验；
- 但核心逻辑仍需保留
try-catch，确保运行时健壮性； - 不要把预检当成“避免抛异常”的手段，它和异常处理是互补关系，不是替代关系。
路径处理要兼顾可移植性与可观测性
异常信息里的路径是排障第一线索。编码中应注意：
- 避免硬编码路径，用
Paths.get(...)或File.separator构造路径，适配不同系统； - 记录异常时，打印
file.getAbsolutePath()而非原始字符串，避免相对路径歧义； - 对配置类路径，优先从
ClassLoader.getResource()加载，比File更可靠（尤其在jar包中）。
