FileChannel通过transferTo/transferFrom实现零拷贝高效传输，避免JVM堆内存拷贝和用户态数据搬运，适用于大文件复制等无需内容处理场景。
Java中利用FileChannel实现高效文件传输，核心在于避免JVM堆内存拷贝、复用底层操作系统零拷贝能力（如sendfile或transferTo/transferFrom），并配合直接缓冲区（DirectBuffer）减少GC压力。关键不是“用不用NIO”，而是“怎么用对”。
用transferTo/transferFrom替代传统流读写
这是最简单也最高效的路径——让内核直接在两个通道间搬运数据，不经过用户态内存。
- 适用场景：大文件复制、静态资源分发、日志归档等无需内容处理的场景
-
典型写法：
try (FileChannel src = FileChannel.open(srcPath, READ); FileChannel dst = FileChannel.open(dstPath, WRITE, CREATE)) { long size = src.size(); long written = 0; while (written < size) { written += src.transferTo(written, size - written, dst); } } -
注意点：Windows下
transferTo对目标通道要求必须是FileChannel；Linux支持socket通道，可用于高性能文件下载服务
配合MappedByteBuffer做超大文件随机访问
当需要频繁读写文件特定位置（如数据库索引、日志检索），内存映射比反复seek+read更高效。
-
原理：通过
channel.map()将文件区域映射为JVM直接内存，由OS按需分页加载 -
示例：
try (FileChannel ch = FileChannel.open(path, READ, WRITE)) { MappedByteBuffer buf = ch.map(READ_WRITE, 0, ch.size()); buf.putInt(0, 123); // 直接写入文件开头 buf.force(); // 确保刷盘（如需持久化） } -
风险提示：映射后文件被外部修改可能导致
IOException；长时间映射大文件可能引发OOM或影响系统内存管理
手动使用DirectBuffer + read/write控制传输节奏
当需要自定义缓冲策略、进度监控或处理加密/压缩等中间逻辑时，绕过零拷贝，但依然保持高效。
立即学习“Java免费学习笔记（深入）”；
-
必须用DirectBuffer：
ByteBuffer.allocateDirect(8192)，避免堆内buffer带来的额外拷贝 - 合理设置缓冲区大小：一般64KB~1MB，太小增加系统调用次数，太大浪费内存且可能触发OS限制
-
循环读写要检查返回值：
read()和write()都可能只处理部分数据，需用while循环确保完成
避坑要点：别让FileChannel变慢的常见错误
高效的前提是不破坏NIO的设计契约。
-
不要在FileChannel上混用InputStream/OutputStream：会禁用底层优化，甚至导致
IllegalBlockingModeException -
关闭前记得force()（如需强一致性）：
channel.force(true)确保元数据也刷盘，但会降低吞吐 -
多线程操作同一FileChannel要同步：它本身不是线程安全的，position共享易出错；建议每个线程独占通道，或用
position(long)显式定位 - 小文件别硬套transferTo：小于4KB时，传统IO可能更快；零拷贝优势在MB级以上才明显
基本上就这些。FileChannel高效与否，不取决于是否用了NIO，而在于是否贴合OS机制、避开JVM陷阱、匹配真实场景需求。
