上述代码有三个可能的问题:

如果getChannel抛出异常，则可能泄漏一个开放流。 对于大文件，您可能会尝试一次传输超出操作系统处理能力的文件。 您忽略了transferFrom的返回值，因此它可能只是复制文件的一部分。

这就是为什么org.apache.tools.ant.util.ResourceUtils.copyResource如此复杂。还要注意，虽然transferFrom没问题，但transferTo会在Linux上的JDK 1.4上中断(参见Bug ID:5056395)

正如上面提到的工具包，Apache Commons IO是可行的方法，特别是FileUtils.copyFile();它能帮你处理所有的重担。

作为附注，请注意FileUtils的最新版本(例如2.0.1版本)已经添加了用于复制文件的NIO;NIO可以显著提高文件复制性能，这在很大程度上是因为NIO例程直接将复制推迟到OS/文件系统，而不是通过Java层读写字节来处理它。因此，如果您正在寻找性能，可能值得检查您使用的是最新版本的FileUtils。

在Java 7中作为标准提供，path.copyTo: http://openjdk.java.net/projects/nio/javadoc/java/nio/file/Path.html http://java.sun.com/docs/books/tutorial/essential/io/copy.html

我不敢相信他们花了这么长时间来标准化像文件复制这样常见而简单的事情:(

请注意，所有这些机制都只复制文件的内容，而不是权限等元数据。因此，如果您要复制或移动linux上的可执行.sh文件，新文件将不能执行。

为了真正地复制或移动文件，即获得与从命令行复制相同的结果，实际上需要使用本地工具。shell脚本或JNI。

显然，这可能会在java 7 - http://today.java.net/pub/a/today/2008/07/03/jsr-203-new-file-apis.html中修复。祈祷!

如果你在一个已经使用Spring的web应用程序中，如果你不想包含Apache Commons IO来进行简单的文件复制，你可以使用Spring框架的FileCopyUtils。

谷歌的Guava库也有一个复制方法:

公共静态无效复制(文件从， 文件) 抛出IOException 将所有字节从一个文件复制到另一个文件。

警告:如果to表示已存在的文件，则该文件 将被from的内容覆盖。如果是和 从引用同一个文件，该文件的内容 将被删除。 参数:从-源文件到-目标文件 抛出: IOException -如果发生I/O错误 IllegalArgumentException - if from.equals(to)