Java NIO零拷贝核心是FileChannel的transferTo()和transferFrom()，需一方为FileChannel且另一方实现相应接口；transferFrom用于网络数据落盘，transferTo用于文件下发，均需循环校验返回值并分块处理。
Java NIO 中快速传输两个通道之间的数据，核心是利用 FileChannel 提供的零拷贝优化方法 —— transferTo() 和 transferFrom()。这两个方法不经过 JVM 堆内存，可绕过用户空间缓冲区，在支持的操作系统（如 Linux）上由内核直接完成数据搬运，大幅减少 CPU 和内存开销。
必须满足的前提条件
通道间直接传输不是任意两个 Channel 都能做。关键限制如下：
- 参与传输的两个通道中，必须有一个是 FileChannel（即操作文件的通道）
- 另一个通道需实现
ReadableByteChannel（用于transferFrom）或WritableByteChannel（用于transferTo） - 常见兼容通道包括：SocketChannel、DatagramChannel、其他 FileChannel
- 不能在两个 SocketChannel 之间直接传输（缺少 FileChannel 参与）
transferFrom：把数据从源通道写入目标 FileChannel
适用于「从网络/其他通道读取数据并落盘」场景，例如接收上传文件。
- 调用方是目标 FileChannel，参数传入源通道（如 SocketChannel）
- 指定写入起始位置（
position）和最多传输字节数（count） -
注意：若源是 SocketChannel，它只传输当前内核 socket buffer 中已就绪的数据，不保证一次传完全部
count字节，可能需循环调用
transferTo：把数据从 FileChannel 发送到目标通道
适用于「文件内容下发」场景，例如 HTTP 静态资源响应、大文件下载。
立即学习“Java免费学习笔记（深入）”；
- 调用方是源 FileChannel，参数传入目标通道（如 SocketChannel）
- 指定读取起始位置（
position）和最多发送字节数（count） - 注意：若目标是 SocketChannel，传输受其发送缓冲区大小限制，也可能中途停止，需检查返回值并重试
- 返回值是实际传输字节数，务必判断是否等于预期值，不等则需继续传输剩余部分
实用建议与避坑点
真正高效使用的关键不在写法，而在控制逻辑和异常处理：
- 始终用
try-with-resources确保 FileChannel 和关联的 RandomAccessFile / FileInputStream / FileOutputStream 正确关闭 - 对 SocketChannel 传输，不要假设一次
transferTo就能发完整个文件；应配合while循环 + 返回值校验 - 避免在
transferFrom时传入src.size()这类动态值——SocketChannel 没有 size 概念，会抛NonReadableChannelException - 大文件传输建议分块（如每次 2MB），兼顾吞吐与响应性，也便于中断和进度跟踪
- 遇到
IOException（如连接断开、磁盘满）要捕获并妥善处理，不可静默忽略
