应使用accessdeniedexception精准识别权限问题，结合files.iswritable()预检、分层捕获并封装为带路径/操作/用户信息的业务异常，配合上下文日志与明确回退策略。
当 Java 程序尝试在无写入权限的目录中创建或写入文件时，应抛出语义明确、可区分、易诊断的 IO 异常，而不是笼统的 IOException 或依赖字符串匹配。核心在于利用 NIO 的精确异常类型、主动预检 + 分层捕获，并配合上下文日志。
用 AccessDeniedException 做精准识别
Java NIO（java.nio.file）在权限不足时会直接抛出 AccessDeniedException——它是 IOException 的子类，但含义唯一且稳定，不随系统语言变化。
- 避免用
e.getMessage().contains("Permission")这类脆弱判断；直接 catch 该异常类型即可确认是权限问题 - 它比传统
File.createNewFile()抛出的泛化IOException更可靠，尤其在 Linux/容器环境中 - 示例：调用
Files.createFile(path)失败时，堆栈中会明确出现AccessDeniedException，而非模糊的 “Permission denied” 字符串
创建前主动检查写权限
靠“失败后捕获”不如“失败前预防”。使用 Files.isWritable() 和 Files.exists() 组合预判，提前暴露问题。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
Path parent = path.getParent(); if (parent != null && !Files.isWritable(parent)) { throw new IllegalStateException("目标目录不可写: " + parent); }- 注意：
isWritable()在某些挂载方式（如只读 NFS）下可能返回 false，比运行时抛异常更早发现问题 - 若目录不存在，还需用
Files.isDirectory()和Files.exists()判断是否能创建父级——权限检查必须作用于最终父目录，而非目标文件路径本身
分层捕获并包装为业务异常
不要把原始异常直接透传给上层。捕获后应转为带上下文的自定义异常或带关键字段的标准化错误对象。
- 例如封装成
FilePermissionException，构造时传入path、operation（"create" / "write"）、user（System.getProperty("user.name")） - 日志中必须包含：操作类型、完整路径、当前用户、目标目录权限（可用
Files.getPosixFilePermissions()获取，Linux/macOS 下有效） - 对调用方而言，这种异常比原始
AccessDeniedException更易理解，也便于监控系统按类型聚合告警
回退策略要明确且可控
权限问题通常无法当场修复，但程序可提供清晰的降级路径，而非静默失败。
- 例如：日志写入失败时，先尝试写入临时目录（
System.getProperty("java.io.tmpdir")），再记录警告 - 若必须写入指定路径，应明确抛出异常并提示运维动作：“请授予用户 xxx 对目录 /var/log/app 的写权限”
- 避免自动创建父目录（
Files.createDirectories()）却不校验其权限——新创建的目录权限可能仍不符合预期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
