核心在于绕开用户态搬运：优先用transferTo/transferFrom零拷贝；大文件随机读写用MappedByteBuffer；自定义处理时复用DirectBuffer并严格管理position/limit。
FileChannel 实现高效文件复制，核心在于绕过用户态缓冲区、减少系统调用和内存拷贝次数。传统IO每次读写都要在内核与用户空间之间搬运数据，而 FileChannel 提供了更贴近操作系统能力的机制，尤其适合中大文件（几MB到数GB）场景。
用 transferTo / transferFrom 实现零拷贝复制
这是最推荐的方式，底层可触发 sendfile 系统调用（Linux）或 TransmitFile（Windows），数据直接在内核空间完成传输，跳过用户态缓冲区。
- transferTo(sourceChannel, position, count, targetChannel)：从源通道向目标通道传输
- transferFrom(targetChannel, position, count, sourceChannel)：从源通道读入到目标通道
- 两者都要求目标通道支持“可写”且是 FileChannel 或 SocketChannel；若跨文件系统或目标不支持，会自动退化为普通拷贝，但行为仍正确
- 注意：transferTo 在某些旧版 JDK 或特定文件系统上可能一次无法传完全部字节，需循环调用并累加偏移量
用 Files.copy() 快速简洁地替代手动通道操作
JDK 7+ 提供的 Files.copy() 是 NIO.2 的封装，内部已根据平台和参数智能选择最优路径（如优先尝试 transferTo，失败则 fallback 到 buffer 循环）。
- 一行代码即可：Files.copy(Paths.get("a.txt"), Paths.get("b.txt"), StandardCopyOption.REPLACE_EXISTING)
- 支持原子性选项（如 COPY_ATTRIBUTES）、符号链接处理等，语义更清晰、容错更强
- 性能接近手动 transferTo，且无需管理 Channel 生命周期或异常细节，适合大多数通用场景
手动 ByteBuffer 循环读写（仅当需要精细控制时）
适用于需自定义处理逻辑（如加密、校验、分块限速）或目标不是文件（如网络通道、内存流）的情况。
立即学习“Java免费学习笔记（深入）”；
- 使用 allocateDirect(4096) 分配堆外缓冲区，减少 GC 压力
- 每次 read() 后必须调用 flip() 切换为读模式，write() 后调用 clear() 重置缓冲区位置
- 注意判断 read() 返回值：-1 表示 EOF，0 表示暂无数据（非错误），需结合通道是否阻塞来处理
- 相比零拷贝，多出至少两次 CPU 拷贝（内核→用户→内核），性能明显低于前两种方式
实际选型建议
小文件（10MB）且对性能敏感：优先用 transferTo/transferFrom；需要中间处理或兼容特殊目标：才考虑手动 ByteBuffer 方式。避免在新项目中继续使用 FileInputStream + byte[] 循环的老式 IO 写法。
