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

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

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

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

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

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

根据我的测试，带缓冲区的NIO复制是最快的。下面的工作代码来自我在https://github.com/mhisoft/fastcopy上的一个测试项目

import java.io.Closeable;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.nio.ByteBuffer;
import java.nio.channels.FileChannel;
import java.text.DecimalFormat;


public class test {

private static final int BUFFER = 4096*16;
static final DecimalFormat df = new DecimalFormat("#,###.##");
public static void nioBufferCopy(final File source, final File target )  {
    FileChannel in = null;
    FileChannel out = null;
    double  size=0;
    long overallT1 =  System.currentTimeMillis();

    try {
        in = new FileInputStream(source).getChannel();
        out = new FileOutputStream(target).getChannel();
        size = in.size();
        double size2InKB = size / 1024 ;
        ByteBuffer buffer = ByteBuffer.allocateDirect(BUFFER);

        while (in.read(buffer) != -1) {
            buffer.flip();

            while(buffer.hasRemaining()){
                out.write(buffer);
            }

            buffer.clear();
        }
        long overallT2 =  System.currentTimeMillis();
        System.out.println(String.format("Copied %s KB in %s millisecs", df.format(size2InKB),  (overallT2 - overallT1)));
    }
    catch (IOException e) {
        e.printStackTrace();
    }

    finally {
        close(in);
        close(out);
    }
}

private static void close(Closeable closable)  {
    if (closable != null) {
        try {
            closable.close();
        } catch (IOException e) {
            if (FastCopy.debug)
                e.printStackTrace();
        }    
    }
}

}

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

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

快速和工作与所有版本的Java和Android:

private void copy(final File f1, final File f2) throws IOException {
    f2.createNewFile();

    final RandomAccessFile file1 = new RandomAccessFile(f1, "r");
    final RandomAccessFile file2 = new RandomAccessFile(f2, "rw");

    file2.getChannel().write(file1.getChannel().map(FileChannel.MapMode.READ_ONLY, 0, f1.length()));

    file1.close();
    file2.close();
}

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

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

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