Java中FileChannel的MappedByteBuffer通过内存映射实现大文件高效读写，支持分段映射（单次≤2GB），适用于随机访问、高频小修改等场景，但需注意资源释放、线程安全及模式选择。
Java 中使用 FileChannel 的内存映射（MappedByteBuffer）是高效处理超大文件（GB 级别甚至更大）读写的常用方式。它借助操作系统的虚拟内存机制，将文件部分或全部直接映射到 JVM 进程的地址空间，避免传统 I/O 的频繁内核态/用户态拷贝和堆内存缓冲区限制。
核心原理与适用场景
内存映射本质是调用底层 mmap()（Unix/Linux）或 CreateFileMapping（Windows），让文件某一段“看起来像一块内存”。JVM 通过 MappedByteBuffer 提供字节访问能力，读写即对内存操作，由 OS 负责按需加载/刷盘。
适合场景包括：
- 随机读取超大日志、数据库快照、影像数据等（无需顺序遍历）
- 高频小范围修改（如更新某个固定偏移的计数器）
- 避免
OutOfMemoryError: Java heap space（因为映射不占堆内存）
注意：映射本身不立即加载全部内容，而是“懒加载”；但映射区域过大可能耗尽进程虚拟地址空间（尤其 32 位 JVM）或触发 OS 内存压力。
立即学习“Java免费学习笔记（深入）”；
基本用法：创建映射并读写
关键步骤：获取 FileChannel → 调用 map() → 使用 MappedByteBuffer。
示例：映射文件前 100MB 只读，再映射后 50MB 可写：
RandomAccessFile raf = new RandomAccessFile("huge.dat", "rw");
FileChannel channel = raf.getChannel();
<p>// 映射只读区域：从 offset=0 开始，长度 100 <em> 1024 </em> 1024 字节
MappedByteBuffer readOnlyBuf = channel.map(
FileChannel.MapMode.READ_ONLY, 0, 100L <em> 1024 </em> 1024);</p><p>// 映射可写区域：从 offset=100MB 开始，长度 50MB
MappedByteBuffer readWriteBuf = channel.map(
FileChannel.MapMode.READ_WRITE, 100L <em> 1024 </em> 1024, 50L <em> 1024 </em> 1024);</p><p>// 读取只读区第 100 个字节（注意：索引从 0 开始）
byte b = readOnlyBuf.get(100);</p><p>// 向可写区第 0 位置写入一个字节
readWriteBuf.put((byte) 0xFF);</p><p>// 强制将修改刷回磁盘（仅对 READ_WRITE 和 PRIVATE 模式有效）
readWriteBuf.force();
重要提醒： map() 方法中 size 参数不能超过 Integer.MAX_VALUE（约 2GB），因此单次映射最大约 2GB。超大文件需分段映射。
处理超过 2GB 的文件：分段映射策略
由于 map() 的 size 是 long 类型但实际受限于 int 容量，必须手动切片。推荐按固定块大小（如 1GB）映射：
- 定义块大小：
final long CHUNK_SIZE = 1L << 30; // 1GB - 计算总块数：
long chunkCount = (fileSize + CHUNK_SIZE - 1) / CHUNK_SIZE; - 对每个块调用
channel.map(..., chunkIndex * CHUNK_SIZE, Math.min(CHUNK_SIZE, fileSize - chunkIndex * CHUNK_SIZE))
封装工具方法可简化操作，例如提供 getByte(long fileOffset)：先算出属于第几块、块内偏移，再获取对应 MappedByteBuffer 并读取。
注意缓存映射缓冲区对象（避免频繁 map/unmap），但也要防止长期持有导致内存泄漏或文件句柄占用。
注意事项与最佳实践
内存映射不是银弹，需注意以下关键点：
-
资源释放：
MappedByteBuffer不受 GC 直接管理。虽 JVM 退出时 OS 会自动清理，但在长期运行服务中，应尽量复用映射，避免频繁创建/丢弃。JDK 9+ 可尝试Cleaner辅助清理（非强制） -
模式选择：
READ_ONLY最安全；READ_WRITE修改实时同步到文件；PRIVATE（写时复制）修改不影响原文件，且force()无效 -
并发安全：
MappedByteBuffer本身线程不安全，多线程读写同一区域需自行加锁（如synchronized或ReentrantLock） -
异常处理：映射过程可能抛
IOException（如磁盘满、权限不足）；访问越界会抛IndexOutOfBoundsException；强制刷盘失败可能静默忽略（建议结合force()后检查文件系统状态）
若需极致可靠性（如金融交易日志），建议搭配 FileChannel.force(true) 全盘刷写，并考虑使用 StandardOpenOption.SYNC 打开通道。
