createTempFile实际上创建了文件。那么为什么不先删除它，然后再对它执行mkdir呢?

我喜欢创建唯一名称的多次尝试，但即使是这种解决方案也不排除竞争条件。另一个进程可以在exists()和if(newTempDir.mkdirs())方法调用测试之后插入。我不知道如何在不求助于本机代码的情况下完全使其安全，我认为这是隐藏在File.createTempFile()中的内容。

即使稍后显式删除它，也不要使用deleteOnExit()。

谷歌'deleteonexit is evil'获取更多信息，但问题的要点是:

deleteOnExit()只删除正常的JVM关闭，不删除崩溃或杀死JVM进程。 deleteOnExit()只在JVM关闭时删除-不适合长时间运行的服务器进程，因为: 最糟糕的是deleteOnExit()为每个临时文件条目消耗内存。如果您的进程运行了几个月，或者在短时间内创建了大量临时文件，那么您将消耗内存，直到JVM关闭才释放内存。

在Java 7之前，你还可以:

File folder = File.createTempFile("testFileUtils", ""); // no suffix
folder.delete();
folder.mkdirs();
folder.deleteOnExit();

我也遇到了同样的问题，所以这只是给那些感兴趣的人的另一个答案，它类似于上面的一个:

public static final String tempDir = System.getProperty("java.io.tmpdir")+"tmp"+System.nanoTime();
static {
    File f = new File(tempDir);
    if(!f.exists())
        f.mkdir();
}

对于我的应用程序，我决定添加一个选项来清除退出时的临时，所以我添加了一个关机钩子:

Runtime.getRuntime().addShutdownHook(new Thread() {
        @Override
        public void run() {
            //stackless deletion
            String root = MainWindow.tempDir;
            Stack<String> dirStack = new Stack<String>();
            dirStack.push(root);
            while(!dirStack.empty()) {
                String dir = dirStack.pop();
                File f = new File(dir);
                if(f.listFiles().length==0)
                    f.delete();
                else {
                    dirStack.push(dir);
                    for(File ff: f.listFiles()) {
                        if(ff.isFile())
                            ff.delete();
                        else if(ff.isDirectory())
                            dirStack.push(ff.getPath());
                    }
                }
            }
        }
    });

该方法在删除临时文件之前删除所有subdirs和文件，而不使用callstack(这完全是可选的，此时您可以使用递归来完成)，但我想安全起见。

createTempFile实际上创建了文件。那么为什么不先删除它，然后再对它执行mkdir呢?