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

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

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

根据我的测试，带缓冲区的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();
        }    
    }
}

}

快速和工作与所有版本的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();
}

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

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

我会避免使用像apache commons这样的mega api。这是一个简单的操作，它内置于新的NIO包中的JDK中。在之前的回答中已经链接到它，但是NIO api中的关键方法是新函数“transferTo”和“transferFrom”。

http://java.sun.com/javase/6/docs/api/java/nio/channels/FileChannel.html transferTo(长,长% 20,% 20 java.nio.channels.writablebytechannel)

其中一篇链接的文章展示了如何使用transferFrom将这个函数集成到你的代码中:

public static void copyFile(File sourceFile, File destFile) throws IOException {
    if(!destFile.exists()) {
        destFile.createNewFile();
    }

    FileChannel source = null;
    FileChannel destination = null;

    try {
        source = new FileInputStream(sourceFile).getChannel();
        destination = new FileOutputStream(destFile).getChannel();
        destination.transferFrom(source, 0, source.size());
    }
    finally {
        if(source != null) {
            source.close();
        }
        if(destination != null) {
            destination.close();
        }
    }
}

学习NIO可能有点棘手，所以在尝试一夜之间学习NIO之前，您可能想要相信这个机制。从个人经验来看，如果你没有经验，并且是通过java介绍到IO的，那么学习它可能是一件非常困难的事情。io流。

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

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

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