java nio通道间传输通过transferto/transferfrom实现零拷贝，绕过jvm堆内存，依赖内核sendfile/splice系统调用；需filechannel参与、目标通道支持、分段处理超长文件，并注意跨平台兼容性与异常处理。
Java NIO 通道间传输能显著提升效率，核心在于绕过用户空间、减少内存拷贝和上下文切换。关键不是“用没用 Channel”，而是“是否用对了传输方式”。
用 transferTo/transferFrom 实现零拷贝
FileChannel 提供的 transferTo() 和 transferFrom() 是最直接的通道间高效传输手段。它们让操作系统内核直接在文件缓存与目标通道（如 SocketChannel、另一个 FileChannel）之间搬运数据，不经过 JVM 堆内存。
- 必须有一个是 FileChannel，且源通道需以只读方式打开
- 目标通道需支持零拷贝接收：SocketChannel（已连接）、同文件系统的 FileChannel 等
- 单次最多传 2GB − 1 字节（Integer.MAX_VALUE），超长文件要分段循环调用
- 每次调用后检查返回值：0 表示目标暂时不可写（如 TCP 窗口满），需等待或重试；正数才累加偏移继续
避免中间缓冲区参与
传统流式复制（如 FileInputStream → byte[] → FileOutputStream）会经历多次内核↔用户空间拷贝。而 transferTo 不分配 ByteBuffer，也不触发 read/write 系统调用链，直接委托给底层 sendfile 或 splice（Linux）等系统调用。
- 在 Linux 2.4+ 上可真正实现 DMA 链路：磁盘 → 内核页缓存 → 网卡，全程无 CPU 搬运
- Windows 不支持完整零拷贝路径，会自动回退到带缓冲区的普通复制，性能下降明显
- macOS 对 transferTo 支持有限，同样可能 fallback，生产环境建议实测验证
配合通道类型与使用场景选型
不是所有通道组合都适用 transfer 方法，需按实际目标选择：
- 文件 → 网络：FileChannel.transferTo(position, count, SocketChannel) —— 适合静态资源服务、大文件下载
- 网络 → 文件：FileChannel.transferFrom(ReadableByteChannel, position, count) —— 如接收上传文件直写磁盘
- 文件 → 文件：FileChannel.transferTo + FileChannel.transferFrom 配合 —— 合并多个输入文件到一个输出文件
- SocketChannel 之间：不支持直接 transfer，需通过 FileChannel 中转或使用 ByteBuffer + write/read
注意边界与异常处理
高效的前提是健壮。这些细节常被忽略，却直接影响稳定性：
- 调用前确认 sourceChannel.size()，避免因 position 或 count 超出范围抛出 Invalid argument 异常
- 文件不能被其他进程独占锁定，否则 IOException 可能静默失败
- 目标 SocketChannel 必须已连接且处于就绪状态；非阻塞模式下需结合 Selector 确保可写
- 不要假设一次调用就能传完——即使文件只有几 MB，网络抖动也可能导致返回值小于预期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
