FileNotFoundException由路径错误或文件不存在引起，AccessDeniedException因权限不足触发；应分别捕获并给出明确提示，结合前置检查提升稳定性。
当在Java中进行文件操作时，FileNotFoundException 和 AccessDeniedException 是两种常见的异常类型。它们都属于IO异常范畴，但触发原因不同，处理方式也需区分对待。合理地组合处理这两种异常，有助于提升程序的健壮性和用户体验。
理解两种异常的区别
FileNotFoundException 属于 java.io 包，继承自 IOException，通常在尝试打开不存在的文件或路径拼写错误时抛出。例如读取一个不存在的配置文件。
AccessDeniedException 来自 java.nio.file 包，是 FileSystemException 的子类，在程序没有足够权限访问某个文件（如只读目录写入、无读权限等）时抛出，常见于安全策略限制或操作系统权限控制。
统一捕获与差异化处理
在实际开发中，建议使用多个 catch 块分别处理这两个异常，以便给出更明确的反馈信息：
立即学习“Java免费学习笔记（深入）”；
try {
Path path = Paths.get("config/settings.txt");
Files.readAllLines(path);
} catch (FileNotFoundException e) {
System.err.println("文件未找到，请检查路径是否正确：" + e.getMessage());
} catch (AccessDeniedException e) {
System.err.println("访问被拒绝，请确认程序具有读取该文件的权限：" + e.getMessage());
} catch (IOException e) {
System.err.println("发生IO异常：" + e.getMessage());
}
这种结构能精准定位问题来源。若使用较老的 FileInputStream 等传统API，则只会抛出 FileNotFoundException，而NIO.2 API（如 Files 类）会细化异常类型，包括 AccessDeniedException。
预防性检查减少异常发生
为降低异常频率，可在操作前加入文件状态检查：
- 使用
Files.exists(path)判断文件是否存在 - 通过
Files.isReadable(path)和Files.isWritable(path)验证权限 - 结合
path.toFile().canRead()兼容旧逻辑
提前判断可避免不必要的异常抛出，尤其适用于批量处理文件的场景。
日志记录与用户提示分离
生产环境中，应将异常记录到日志系统，同时向用户返回友好提示。例如：
Logger logger = LoggerFactory.getLogger(FileService.class);
try {
// 文件操作
} catch (FileNotFoundException e) {
logger.warn("文件不存在: {}", e.getFile());
throw new BusinessException("指定文件未找到");
} catch (AccessDeniedException e) {
logger.error("权限不足: {}", e.getFile());
throw new SecurityException("无法访问受保护资源");
}
基本上就这些。关键是根据使用的IO API选择合适的异常处理策略，并结合前置检查提升程序稳定性。不复杂但容易忽略细节。
