FileChannel零拷贝需满足源为FileChannel、目标为SocketChannel或同文件系统FileChannel；map适用于>10MB文件高频随机读，须按模式选择MapMode并注意扩容与字节序；资源清理须用try-with-resources关闭RandomAccessFile。
filechannel 的零拷贝传输和变量读取加速，本质是两套机制：transferto 用于跨通道高效搬运数据，map 用于本地文件高频随机访问。用错场景或忽略限制，反而拖慢性能。
transferTo 实现真正零拷贝的关键条件
它不是“调了就快”，而是依赖操作系统能力。Linux 上只有满足以下组合才可能触发 sendfile 或 copy_file_range：
- 源必须是 FileChannel（推荐用 RandomAccessFile.open() 获取，比 FileInputStream.getChannel() 更稳定）
- 目标为 SocketChannel → 服务端发静态文件最常用，基本能走零拷贝
- 目标为同一文件系统内的另一个 FileChannel（如都在 /data 下的 ext4 分区）→ 备份、归档可用，但需 df -P 确认挂载点一致
- Windows 不支持文件到文件零拷贝；向 socket 写入可走 TransmitFile，但仍是单向
大文件传输必须分段 + 检查返回值
transferTo 单次最多传 Integer.MAX_VALUE 字节（约 2GB），超长会静默截断或抛异常。不能只靠 size() 一次性判断，还要防并发修改：
- 用 Math.min(remaining, 0x7FFFFFFFL) 控制单次长度
- 每次调用后检查返回值：if (transferred == 0) 可能是目标不可写（非阻塞模式）或已到 EOF
- 维护 position 变量并主动更新源 channel 的 position（尤其在循环中）
map 提升变量读取速度的适用边界
适用于 >10MB 文件且需频繁跳转读取特定字段（如日志时间戳、数据库页头、二进制协议中的 offset 表）：
- 只读场景一律用 MapMode.READ_ONLY，避免 force() 开销
- 读写时务必在关键修改后调用 buffer.force()，否则不落盘
- 映射区域不能超过文件当前长度，扩容需重新 map；映射后外部增大文件，原 buffer 访问越界会抛 IndexOutOfBoundsException
- 批量读用 get(byte[], offset, length)，别在循环里反复 get(i)；小端数据记得先设 buffer.order(ByteOrder.LITTLE_ENDIAN)
安全关闭与资源清理
map 本身不持有文件句柄，但底层 FileChannel 绑定在 RandomAccessFile 或 FileInputStream 上：
- 必须用 try-with-resources 包裹 RandomAccessFile，确保 raf.close() 被调用
- 只关 channel.close() 不关 raf → Windows 下文件锁残留，无法删除
- MappedByteBuffer 没有 close 方法，由 GC 和 OS mmap 生命周期管理，无需手动干预
