发现 File.mkdirs() 失败的原因

Question

如果我在 Java 中调用 File.mkdir() 或 File.mkdirs() 方法之一，并且它返回 false，是否存在如何知道为什么未创建目录？

Answer 1

不完全是，不。如果未抛出 SecurityException ，则最可能的原因是路径中的拼写错误，这意味着您意外地指定了新目录的父路径，该路径在某种程度上无效。

我不认为您将其包装在 try { ... } catch (Exception e) 块中，您没有意识到正在抛出 SecurityException ，因为您正在捕获 SecurityException 的祖先，是吗？

如果您坚信一切看起来都正确，但仍然失败，我想您可以简单地将其放入循环中重试，例如三次。如果它仍然失败，并且根据您的应用程序，您可能会在 UI 级别发出某种警报，或者将错误记录在日志文件中（假设您可以写入它）。

我认为一些更深层次的 I/O 问题可能会阻止它工作，但除了简单地通知用户发生故障之外，您在应用程序级别可以（或真正应该）做的不多。如果 I/O 存在更深层次的错误，则更有可能是系统/硬件/操作系统的问题，或者是您无法控制的完全不稳定的问题，例如子系统/服务崩溃。

...如果发生这种情况，则由 IT 人员负责修复，而不是您的应用程序。当然，除非您的应用程序以某种方式导致崩溃。

Answer 2

我在 UNC 路径上的 Windows 上遇到 mkdirs() 失败。
代码如下所示：

public File getOldDirectoryPath(String root, String name)
{   
    File fulldir = new File(root, name)
    boolean created = false

    int retry = 0
    while (!created) {
        retry++
        if (!(created = fulldir.exists())) {
            if (20 == retry) break 
            if (!fulldir.mkdirs()) {
                sleep(100)
                fulldir = new File(root, name)
            }
        }
    }
    return fulldir.exists() ? fulldir : null
}

似乎涉及某种缓存，exists() 返回 false（不存在），但文件系统上的 mkdir 失败，因为它确实存在。重新创建 File() 条目或延长超时时间并没有产生任何影响。

我在 elasticsearch 上发现了一个插件，可以修复 Windows 上的 SMB 问题。研究解决方案，它使用 nio.file 而不是 io.File。重写函数解决了这个问题：

public File getDirectoryPath(String root, String name)
{   
    Path fulldir = Paths.get(root, name)
    boolean created = false

    int retry = 0
    while (!created) {
        retry++
        if (!(created = Files.isDirectory(fulldir))) {
            if (20 == retry) break
            try {
                Files.createDirectories(fulldir)
            } catch (Throwable thx) {
                // error handling
            }
        }
    }
    return fulldir.toFile()
}

createDirectories() 有时会失败，但会在 mkdirs() 不会的情况下恢复。