Files.isWritable() 不能可靠判断系统写权限，仅检测指定路径是否存在且可写；应采用三步预检：确认目录存在可遍历、创建删除临时文件探针、检查可用磁盘空间。
直接调用 Files.isWritable() 并不能可靠判断“当前程序是否拥有系统写权限”，它只检测**指定路径是否对当前进程可写**，且结果受多种因素影响（如目录存在性、父目录权限、挂载选项、SELinux/AppArmor 等）。在大规模数据写入前，更务实的做法是：**结合路径可达性检查 + 实际写权限探针 + 异常兜底**。
别只信 isWritable() —— 它的局限你得知道
Files.isWritable(Path path) 仅检查该 具体路径是否已存在且当前用户有写权限。常见陷阱：
- 路径不存在 → 返回
false（但你正打算创建它，这不等于没权限） - 父目录不可写 → 即使目标文件未来要创建，
isWritable()对空路径无效 - 文件系统只读挂载（如
/proc,/sys）→ 返回false，但这是系统级限制，非权限配置问题 - 某些安全模块（如 Linux 的 `noexec`, `nosuid` 或容器中 `ro` 挂载）会静默拒绝，
isWritable()可能仍返回true
真正有效的预检策略（推荐三步走）
替代单纯依赖 isWritable()，按顺序做以下检查：
-
确认目标目录存在且可遍历：用
Files.exists(dir) && Files.isDirectory(dir) && Files.isExecutable(dir)。目录需存在、是目录、且用户能进入（`x` 权限） -
尝试创建并删除临时探针文件：在目标目录下用
Files.createTempFile("probe", ".tmp")创建、写入 1 字节、立即删除。成功 = 真实可写；失败则捕获IOException（如AccessDeniedException,ReadOnlyFileSystemException）并明确提示 -
检查磁盘空间（可选但关键）：调用
dir.toFile().getUsableSpace()，确保剩余空间 > 预估写入量的 1.2 倍（防碎片、元数据开销）
代码片段示例（Java 11+）
把预检封装成工具方法：
public static boolean canWriteToDirectory(Path dir, long minFreeBytes) {
if (!Files.exists(dir) || !Files.isDirectory(dir) || !Files.isExecutable(dir)) {
return false;
}
try {
Path probe = Files.createTempFile(dir, "write_test_", ".tmp");
Files.write(probe, new byte[]{1});
Files.delete(probe);
return Files.getFileStore(dir).getUsableSpace() >= minFreeBytes;
} catch (IOException e) {
return false;
}
}调用时传入目标目录和最小可用空间（如 10L * 1024 * 1024 * 1024 表示 10GB），返回 true 才开始批量写入。
大规模写入时的容错建议
即使预检通过，运行中仍可能因并发、配额、网络存储抖动等失败：
- 写入逻辑必须包裹
try-catch(IOException e)，区分AccessDeniedException（权限突变）、IOException（磁盘满/断连）等，记录具体错误码 - 采用分块写入（如每 10MB 刷一次磁盘），避免单次超大写入卡死或回滚困难
- 关键任务写入前，先写一个带时间戳的
.lock文件，完成后重命名为.ready，供后续流程校验完整性
