Java中捕获AccessDeniedException的关键是：它属于java.nio.file包的受检异常，必须显式try-catch处理；需导入正确类，优先捕获该异常以精准响应权限问题，并注意跨平台行为差异。
Java 中捕获 AccessDeniedException 的关键是：它属于 java.nio.file 包下的受检异常（checked exception），**必须显式处理**，不能像 RuntimeException 那样忽略。
确认异常来源和包路径
AccessDeniedException 是 java.nio.file 包中的类（不是 java.io 或第三方库），常见于 Files 工具类操作（如 Files.readAllBytes()、Files.list()、Files.delete() 等）时系统拒绝访问。
确保导入正确类：
import java.nio.file.AccessDeniedException;
立即学习“Java免费学习笔记（深入）”；
用 try-catch 显式捕获
由于是受检异常，编译器强制要求处理。直接在调用可能抛出该异常的 NIO 文件操作周围加 try-catch：
- 捕获
AccessDeniedException本身，做权限相关处理（如提示用户、跳过文件、记录日志） - 也可同时捕获其父类
IOException，但会失去对“权限不足”的精确判断 - 不建议只捕获
Exception—— 掩盖具体问题，不利于调试和用户反馈
示例：
try {
List
} catch (AccessDeniedException e) {
System.err.println("无权访问目录：" + e.getFile());
// 可选：尝试降级处理，如跳过或使用备用路径
} catch (IOException e) {
// 处理其他 I/O 错误（如路径不存在、磁盘满等）
}
配合 SecurityManager（已废弃，仅作了解）
旧版 Java（Java 16+ 已移除）曾通过 SecurityManager 触发安全异常（如 SecurityException），但 AccessDeniedException 是底层操作系统返回的 errno（如 Linux 的 EACCES），由 NIO 自动封装，**与 SecurityManager 无关**。现代 Java 应专注处理 NIO 抛出的该异常，无需配置安全管理器。
注意跨平台行为差异
该异常在 Windows、Linux、macOS 均会抛出，但触发条件略有不同：
- Linux/macOS：通常因文件/目录缺少读（
r）、执行（x，对目录必需）权限 - Windows：可能因 ACL（访问控制列表）、只读属性、或防病毒软件拦截导致
- 某些情况下（如 NFS 挂载点），即使有权限也可能因服务端策略抛出此异常
因此，捕获后建议结合 e.getFile() 和 e.getMessage() 提供上下文，便于排查。
