当我使用FileUtils.copyDirectory() 时，可执行文件的执行位被关闭。
我必须手动打开它们吗？
FWIW，我的 umask 设置为 0027，但看起来 FileUtils.copyDirectory() 没有使用该设置，因为除了执行位之外，“其他”权限被保留。
【问题讨论】：
标签： java apache-commons
Java 7 中即将添加的文件系统将有所帮助。查看 JSR-203。如果您使用的是 Linux，则可以将 backport 与 Java 6 一起使用。
您想要的新 API 是：Files.copy(Path, Path, CopyOptions)。请注意，CopyOptions 有 COPY_ATTRIBUTES，它会做你想做的事。
【讨论】：
path中创建一个空目录。有什么解决方法吗？
COPY_ATTRIBUTES 不适用于所有文件系统。在 macOS 上，它会抛出 UnsupportedOperationException.
由于 JVM 的限制，我认为这是不可能的。 IO api 和行为对于世界上最流行的语言/平台来说有点可耻。
如果你查看 FileUtils 源代码，在复制过程中它会像这样创建新文件
File copiedFile = new File(destDir, srcFile.getName());
不保留文件权限。在实际复制期间，字节被分批复制（缓冲）并写入新文件。
但是，您可以等待几天或使用具有 API 的 JDK7 预览版来实现这一点。
【讨论】：