Java中FileChannel通过通道+缓冲区批量传输、零拷贝（transferTo/transferFrom）和内存映射（map）实现高效文件读写，性能远超传统流，但需注意关闭资源、线程安全及平台差异。
Java 中使用 Channel 实现高效文件读写，核心是绕开传统流的逐字节拷贝，改用通道（Channel）配合缓冲区（Buffer）批量传输，并借助内存映射或零拷贝机制减少系统调用和数据复制。FileChannel 是专用于文件操作的关键实现，它虽为阻塞式，但性能远超 InputStream/OutputStream。
用 FileChannel 读写文件的基本流程
FileChannel 不能直接 new，必须从已有文件句柄获取。常见方式有三种：
- 通过 RandomAccessFile（推荐）：支持读写，且可获取双向通道
- 通过 FileInputStream：仅能读，getChannel() 返回只读通道
- 通过 FileOutputStream：仅能写，getChannel() 返回只写通道
关键步骤固定为三步：获取通道 → 分配 ByteBuffer → 调用 read()/write()。注意 Buffer 必须在读写切换时调用 flip()（设 limit = position，position = 0），写完后用 clear()（重置 position=0, limit=capacity）准备下一轮。
用 transferTo / transferFrom 实现零拷贝传输
对大文件复制或网络分发，避免把数据拉进 JVM 堆内存，直接让内核完成搬运。Linux 下底层调用 sendfile()，免去用户态拷贝，大幅降低 CPU 和上下文切换开销。
立即学习“Java免费学习笔记（深入）”；
- transferTo(position, count, targetChannel)：从当前通道（源文件）直接传到目标通道（如 SocketChannel 或另一 FileChannel）
- transferFrom(sourceChannel, position, count)：反向操作，适合接收端写入文件
示例：1GB 文件复制几乎不占堆内存，耗时比传统流快 2 倍以上。注意：若目标通道不支持（如某些 OutputStream 包装的通道），会自动退化为普通拷贝。
用 map() 内存映射处理超大文件
适用于随机读写、高频访问的巨型文件（如日志分析、数据库索引）。FileChannel.map() 返回 MappedByteBuffer，文件内容被映射到虚拟内存，读写就像操作数组一样直接。
- 指定模式：READ_ONLY、READ_WRITE 或 PRIVATE（写时复制）
- 映射范围建议控制在 1–2GB 内，避免虚拟内存碎片或 OOM；超大文件应分段映射
- 修改 READ_WRITE 映射会同步回磁盘（除非 force() 失败），无需手动 flush
注意：映射区域未被访问时不会立即加载物理内存，属于懒加载；调用 force(true) 可强制刷盘。
注意事项与避坑点
FileChannel 本身不支持非阻塞模式（无法注册 Selector），这点和网络通道不同。但它仍属 NIO 体系，优势不在“非阻塞”，而在“批量”与“零拷贝”。实际使用中需留意：
- 通道和 Buffer 都需显式关闭或释放，RandomAccessFile 或流关闭后通道自动失效
- 多线程共用同一 FileChannel 时，read/write 操作不是原子的，需外部同步
- 小文件（如几 KB）用传统流反而更轻量，NIO 的初始化成本略高
- Windows 对内存映射文件加锁较严格，READ_WRITE 映射可能失败，建议捕获 IOException
