Files.copy() 虽高效但不支持进度监控；其底层可能依赖零拷贝系统调用（如 sendfile），数据全程在内核空间完成，用户态无缓冲区可读取，因此无法通过轮询目标文件大小等方式获取实时速率。
`files.copy()` 虽高效但不支持进度监控；其底层可能依赖零拷贝系统调用（如 `sendfile`），数据全程在内核空间完成，用户态无缓冲区可读取，因此无法通过轮询目标文件大小等方式获取实时速率。
在 Java NIO 中，Files.copy(Path source, Path target, CopyOption...) 是执行文件复制的推荐方式，因其内部优化（如 Linux/macOS 下调用 sendfile(2) 系统调用）能显著减少用户态与内核态间的数据拷贝次数，实现“零拷贝”（zero-copy）——即数据直接在内核缓冲区间传输，不经过 JVM 堆内存。这正是它比传统 InputStream/OutputStream + 缓冲区方案更快的根本原因。
然而，这种性能优势是以牺牲可控性为代价的：
- ✅ 无回调机制：API 不提供
ProgressListener或Consumer<long></long>类型参数； - ✅ 无暴露缓冲区：调用过程完全封装，开发者无法访问中间字节计数；
- ✅ 目标文件预分配干扰监控：部分文件系统（如 ext4、APFS）在
Files.copy开始时即预分配目标文件空间（fallocate行为），导致Files.size(target)在复制过程中恒等于源文件大小，无法用于差值计算。
若需精确监控复制速度（例如实现带进度条的 UI 或日志统计），必须放弃 Files.copy()，改用可控制的流式复制方案。以下是一个兼顾性能与可观测性的参考实现：
public static long copyWithSpeedMonitor(Path source, Path target, Consumer<Double> speedCallback)
throws IOException {
try (FileChannel in = FileChannel.open(source, StandardOpenOption.READ);
FileChannel out = FileChannel.open(target, StandardOpenOption.CREATE, StandardOpenOption.WRITE)) {
long totalBytes = in.size();
long copied = 0;
long startTime = System.nanoTime();
ByteBuffer buffer = ByteBuffer.allocateDirect(8192); // 使用堆外缓冲提升性能
while (copied < totalBytes) {
buffer.clear();
int n = in.read(buffer);
if (n == -1) break;
buffer.flip();
out.write(buffer);
copied += n;
// 每复制 1MB 或每 500ms 更新一次速率（避免高频计算）
if (copied % (1024 * 1024) == 0 || System.nanoTime() - startTime > 500_000_000L) {
double elapsedSec = (System.nanoTime() - startTime) / 1e9;
double speedMbps = (copied / 1_000_000.0) / Math.max(elapsedSec, 0.001);
speedCallback.accept(speedMbps);
startTime = System.nanoTime();
}
}
return copied;
}
}关键注意事项：
立即学习“Java免费学习笔记（深入）”；
- 使用
ByteBuffer.allocateDirect()可减少 GC 压力，接近Files.copy的性能表现（实测差距通常 - 避免在循环内频繁调用
System.currentTimeMillis()或Files.size()，应基于已知copied字节数计算速率； - 若需跨平台一致性（如 Windows 不支持
sendfile），该流式方案反而更可预测； - 对超大文件（>10GB），建议结合
Thread.sleep()或ScheduledExecutorService控制回调频率，防止 UI 线程阻塞。
总结：Files.copy() 是“黑盒高性能复制”的代表，适合后台批量任务；而需要可观测性时，应主动选择可插拔的流式复制，并通过 FileChannel + 堆外缓冲在可控性与性能间取得平衡。
