file.mkdirs()能递归创建多级目录，自动补全所有不存在的中间目录；它线程安全、跨平台处理路径分隔符，但仅通过返回值判断成败，不抛异常。
File.mkdirs 本身就能递归创建多层父目录，不需要额外封装
很多人误以为 File.mkdirs 只建最后一级，其实它会自动补全所有不存在的中间目录。只要路径合法、权限足够、磁盘可写，mkdirs 就能一次性搞定 /a/b/c/d 这类四层嵌套路径。
常见错误现象：mkdirs 返回 false 却没查原因；或在已存在部分父目录时反复调用 mkdir（单层）导致失败。
- 使用前务必检查返回值：
if (!file.mkdirs()) { /* 失败，需进一步诊断 */ } - 不要和
File.mkdir()混用——后者只建最后一级，上级缺失就直接失败 - 路径末尾不能是
/或，否则可能被解析为文件名而非目录（尤其在 Windows 上） - 确保父路径不指向已存在的普通文件（比如
/tmp/log是个文件，再对/tmp/log/app调用mkdirs必然失败）
失败时必须检查 IOException 和返回值双重信号
mkdirs 不抛异常，仅靠返回值判断成败；但底层 I/O 异常（如磁盘满、权限拒绝）会被静默吞掉。所以光看 false 不够，得结合 File.exists() 和系统级排查。
典型场景：Linux 下对挂载点无写权限，或 macOS 上启用了 SIP 限制某些系统路径。
- 先确认返回值：
boolean success = file.mkdirs(); - 若为
false，立即检查file.exists()—— 如果返回true，说明目录已存在（可能是其他线程刚建好）；如果false，再检查父目录是否可写：file.getParentFile().canWrite() - 注意：JDK 7+ 推荐改用
Files.createDirectories(Paths.get(path))，它会明确抛出IOException，比如AccessDeniedException或FileAlreadyExistsException
Windows 路径分隔符和 UNC 路径要特别小心
在 Windows 上混用 / 和 一般没问题（Java 内部会 normalize），但 UNC 路径（如 \serversharedir）容易因反斜杠转义或权限策略失败。
错误现象：mkdirs 返回 false，但 file.getParentFile().exists() 也返回 false，实际网络共享是可达的。
- UNC 路径必须以双反斜杠开头：
new File("\\server\share\a\b\c")，不能写成"\servershare..."（第一个反斜杠被当转义符吃掉） - 确保运行 JVM 的用户对远程共享有“写入”和“创建子目录”权限（不是仅“读取”）
- 避免在路径中出现非法字符，如
: " | ? *——mkdirs不校验，但系统调用会失败且不报具体错
替代方案：用 Files.createDirectories 更可靠，但要注意 JDK 版本
如果你能控制 JDK 版本（≥7），Files.createDirectories 是更现代、更健壮的选择。它不仅抛异常，还支持 FileAttribute 设置权限（Linux/macOS），且语义更清晰。
性能影响几乎可忽略，但兼容性需留意：Android 默认仍基于较老 JDK，部分旧版不支持。
- 基础用法：
Files.createDirectories(Paths.get("/a/b/c")) - 捕获具体异常比查返回值更直接：
catch (AccessDeniedException e)、catch (IOException e) - 如果路径已存在，它默认不报错（行为同
mkdirs）；若想严格要求“新建”，可用Files.createDirectory（只建最后一级，且要求父目录必须存在）
实际复杂路径创建最常卡在权限和路径合法性上，而不是递归逻辑本身。别急着写循环或工具类，先验证 mkdirs 的返回值 + 父目录可写性 + 路径字符串是否干净。
