FileNotFoundException是IOException的子类，属于检查型异常，必须显式捕获或声明抛出；应单独catch处理，优先用Files.exists()预防，结合try-with-resources确保资源释放，并根据方法职责选择封装或向上抛出。
Java中FileNotFoundException是IOException的子类，属于**检查型异常（checked exception）**，必须显式捕获或声明抛出，不能忽略。
明确捕获 FileNotFoundException
最直接的方式是用catch单独捕获该异常，区别于泛化的IOException，便于针对性处理：
- 在
try块中执行可能抛出该异常的操作（如new FileInputStream("xxx.txt")、new FileReader("xxx.txt")、Files.newInputStream(Paths.get("xxx.txt"))） - 用
catch (FileNotFoundException e)捕获，避免被更宽泛的IOException“吞掉”逻辑 - 可记录日志、提示用户文件路径错误、提供默认配置或自动创建空文件等
优先检查文件是否存在再操作
预防优于补救。使用Files.exists()提前判断，能避免异常触发，代码更清晰：
if (Files.exists(Paths.get("config.properties"))) { ... }- 注意：
Files.exists()返回false不一定代表文件真的不存在（可能无读取权限），但多数场景已足够 - 结合
Files.isReadable()可进一步验证可访问性
用 try-with-resources 确保资源释放
即使发生FileNotFoundException，也要保证后续资源（如已打开的其他流）不泄漏：
立即学习“Java免费学习笔记（深入）”；
- 将支持
AutoCloseable的资源（如FileInputStream）放在try括号内 - 即使构造时抛出
FileNotFoundException，也不会影响语法正确性；异常仍会向上抛出，但无需手动close() - 示例：
try (FileInputStream fis = new FileInputStream("data.txt")) { ... }
合理选择抛出还是处理
不是所有地方都适合当场处理。根据方法职责决定：
- 工具类方法（如
readConfig()）建议捕获并封装为自定义业务异常（如ConfigLoadException），带上原始异常作为cause - 入口层（如
main()或Controller）适合捕获并给出用户友好的提示，比如“配置文件未找到，请检查路径或重新安装” - 若调用方有能力重试或切换备用路径，也可直接
throws FileNotFoundException
