零拷贝需用randomaccessfile以"r"和"rw"模式打开文件获取通道，否则transferto/transferfrom退化为用户态读写；linux≥4.5+ext4/xfs+jdk≥11下才大概率触发copy_file_range(2)。
Java 中用通道完成文件间高效传输，核心是 FileChannel.transferTo() 或 transferFrom()，但必须满足关键前提才能真正触发零拷贝——否则会退化为普通读写，性能反而更差。
必须用 RandomAccessFile 获取可读写通道
FileInputStream.getChannel() 返回的通道只读，FileOutputStream.getChannel() 返回的通道只写，二者配合调用 transferTo 时，JDK（尤其 8–17）通常无法启用内核级零拷贝，而是静默走用户态循环读写。
- 正确做法：源用
"r"模式、目标用"rw"模式打开 RandomAccessFile - 这样获得的两个 FileChannel 才能被内核识别为支持跨文件零拷贝（Linux ≥4.5 + ext4/xfs + JDK ≥11 下大概率触发
copy_file_range(2)） - 示例：
RandomAccessFile rafOut = new RandomAccessFile("dst.bin", "rw")) {
FileChannel in = rafIn.getChannel();
FileChannel out = rafOut.getChannel();
long size = in.size();
long pos = 0;
while (pos long transferred = in.transferTo(pos, size - pos, out);
if (transferred == 0) break;
pos += transferred;
}
}
单次传输不能超 2GB−1 字节
transferTo 方法参数 count 是 long 类型，但底层系统调用（如 sendfile、copy_file_range）实际限制为 int 范围。超过 Integer.MAX_VALUE（2147483647 字节）会抛异常或截断。
- 必须分段处理：每次传
Math.min(size - pos, Integer.MAX_VALUE) - 不要依赖“一次传完”，要靠返回值判断实际传输字节数
- transferred == 0 表示当前不可写（如目标磁盘满、非阻塞模式下暂无空间），需中断或重试，不是错误
操作系统和文件系统决定是否真零拷贝
不是写了 transferTo 就等于零拷贝。能否生效取决于运行环境：
- Linux ✅：sendfile（文件→Socket）、copy_file_range（文件→文件，需内核≥4.5、文件系统支持）
- macOS ⚠️：部分支持 sendfile，但不等效，文件到文件基本不走零拷贝路径
- Windows ❌：始终退化为传统 read/write，无实质零拷贝能力
- 同一文件系统（如都挂载在 /home）比跨设备（如 /home → /mnt/usb）更容易触发 copy_file_range
替代方案：Files.copy() 更简单且足够快
如果对极致性能无硬性要求，或目标环境不确定（如需兼容 Windows），直接用标准 API 更稳妥：
Files.copy(srcPath, dstPath, StandardCopyOption.REPLACE_EXISTING)- 底层已做优化，在多数场景下性能接近 transferTo，且自动处理异常、权限、符号链接等细节
- 代码简洁、可维护性强，适合业务系统而非基础设施组件
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
