MappedByteBuffer 通过 mmap 机制高效读写超大文件，需分块映射、主动清理 Cleaner 防泄漏，并注意 force() 刷盘、并发控制与平台差异。
使用 MappedByteBuffer 可以高效读写超大文件（如几十GB的日志、视频或数据库文件），它通过操作系统级的内存映射（mmap）机制，避免传统 I/O 的频繁系统调用和数据拷贝，显著提升性能。但需注意其适用边界与潜在风险。
理解内存映射的核心原理
MappedByteBuffer 是 FileChannel.map() 返回的直接字节缓冲区，底层调用操作系统的 mmap（Linux/macOS）或 CreateFileMapping（Windows），将文件某一段“虚拟”映射到 JVM 进程的地址空间。访问缓冲区就像访问普通内存——读写不触发 read/write 系统调用，也不经过 JVM 堆，而是由 OS 按需加载页（page fault）并管理脏页回写。
关键点：
- 映射的是文件**逻辑区域**，不是整个文件；单次最大映射通常受限于 JVM 地址空间（64 位下理论很大，但实际受 OS 和 JVM 参数影响）；
- 缓冲区是**直接内存**（DirectBuffer），不受 GC 管理，需靠 Cleaner 或手动清理（JDK 14+ 后自动延迟回收，但仍建议显式调用
cleaner.clean()防止映射泄漏）； -
MAP_RO、MAP_RW、MAP_PERSISTENT（JDK 14+）等模式决定是否可写及持久性语义。
安全映射超大文件的分段策略
单次映射 TB 级文件极易失败（OutOfMemoryError: Map failed），且长时间持有大映射会拖慢 GC 和 OS 内存管理。推荐按需分块映射：
- 设定合理块大小（如 64MB–256MB），兼顾局部性与内存开销；
- 用
FileChannel.map(FileChannel.MapMode.READ_WRITE, offset, size)映射当前处理块； - 处理完立即调用
Buffer.clear()+System.gc()（仅调试用）或更稳妥地：获取并触发 Cleaner（见下文）； - 对只读场景，可用
StandardOpenOption.READ打开通道，避免意外修改。
释放映射资源：避免“MappedByteBuffer 泄漏”
JVM 不保证 MappedByteBuffer 被 GC 后立即解除映射，尤其在高并发频繁映射/取消映射时，可能耗尽 OS 的虚拟内存或文件映射句柄（Linux 报 “Cannot allocate memory”）。必须主动清理：
- JDK 9+ 推荐方式：通过反射获取
Cleaner并调用clean()：
private static void unmap(MappedByteBuffer buffer) {
if (buffer == null || !buffer.isDirect()) return;
try {
Method cleanerMethod = buffer.getClass().getMethod("cleaner");
cleanerMethod.setAccessible(true);
Object cleaner = cleanerMethod.invoke(buffer);
if (cleaner != null) {
Method cleanMethod = cleaner.getClass().getMethod("clean");
cleanMethod.invoke(cleaner);
}
} catch (Exception ignored) {}
}
- 映射后保存引用，业务逻辑结束时统一调用
unmap()； - 生产环境建议封装为
AutoCloseable资源（如try-with-resources），确保释放。
读写实践要点与避坑提示
真实场景中需关注一致性、异常和平台差异：
-
写入后刷新：使用
buffer.force()强制将脏页同步到磁盘（类似 fsync），否则依赖 OS 回写策略，崩溃可能丢数据； -
并发安全：
MappedByteBuffer本身线程安全（底层是内存地址操作），但多个线程映射同一文件区域需自行加锁，防止覆盖写； -
文件截断风险：映射后若外部程序 truncate 文件，再访问越界位置会触发 SIGBUS（Linux）或 AccessViolation（Windows）——JVM 抛
java.lang.InternalError；应捕获并重建映射； -
Windows 注意事项：映射期间文件不能被其他进程以
DELETE权限打开，否则映射失败； - 替代方案考量：若需强事务或复杂索引，优先考虑成熟的存储引擎（如 RocksDB、MapDB），而非手写 mmap 封装。
