java操作超大文件使用mappedbytebuffer通过filechannel.map()实现内存映射，支持read_only、read_write、private三种模式；单次映射上限2gb，超大文件需分段映射。
Java 中操作超大文件的内存映射读写，核心是使用 MappedByteBuffer，它基于 NIO 的 FileChannel.map() 方法实现。这种方式不把整个文件加载进堆内存，而是通过操作系统虚拟内存机制将文件区域直接映射到进程地址空间，适合 GB 级甚至 TB 级文件的高效随机读写。
用 FileChannel.map() 创建映射缓冲区
必须通过 FileChannel 调用 map()，不能直接 new。映射模式有三种：
- READ_ONLY：只读映射，文件不可修改，适合日志分析、数据提取等场景
- READ_WRITE：读写映射，修改缓冲区内容会同步回磁盘（但不保证立即刷盘）
- PRIVATE：写时复制（COW），修改不会影响原文件，仅在本进程可见
注意：map() 一次最多映射 2GB（Integer.MAX_VALUE 字节），超大文件需分段映射。
分段映射处理超过 2GB 的文件
单次 map() 无法映射超过 2GB 区域，需按块切分，例如每块 1GB：
- 计算起始偏移：
long offset = chunkIndex * (1L - 确定长度：
long size = Math.min(1L - 每次映射后操作完及时调用
cleaner.clean()（需反射）或依赖 GC 回收，避免OutOfMemoryError: Map failed
推荐封装为 ChunkedMappedBuffer 类，管理多个 MappedByteBuffer 实例并提供统一的逻辑地址访问接口。
写入后确保数据落盘
MappedByteBuffer 的写入默认由 OS 异步刷盘，程序退出前若未持久化，可能丢失数据：
- 调用
buffer.force()触发msync(MS_SYNC)，强制写入磁盘（仅对READ_WRITE有效） - 注意：
force()是阻塞操作，频繁调用影响性能；可结合业务节奏批量刷盘 - JVM 崩溃或 kill -9 时，仍可能丢失最后几次未 force 的修改
释放映射和规避常见坑
MappedByteBuffer 不受 Java 堆 GC 控制，底层映射资源需显式释放或等待 Cleaner 触发：
- 无标准 API 释放映射，主流做法是通过反射调用
sun.misc.Cleaner（JDK 8/11 兼容写法需适配模块限制） - JDK 14+ 可用
FileChannel.MapMode配合try-with-resources+ 自定义清理逻辑 - 避免长时间持有大量映射，尤其在容器环境易触发
max_map_count系统限制（Linux 默认 65530） - 映射期间不要删除或截断底层文件，可能导致
IOException或静默数据损坏
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
