Java NIO内存映射适合GB级大文件的频繁随机访问，通过操作系统按需映射磁盘页至虚拟内存，避免数据拷贝；需选用READ_ONLY或READ_WRITE模式，64位JVM更稳妥，小文件不适用。
Java 中用 NIO 内存映射处理超大文件，核心是绕过传统 I/O 的数据拷贝，直接操作虚拟内存页。它不把整个文件“加载进堆内存”，而是让操作系统按需将磁盘页映射到进程地址空间，读写就像访问数组一样快——但前提是用对场景、配好参数、管住资源。
适用场景要选准
内存映射不是万能的，适合以下情况：
- 文件大于几百 MB，尤其是 GB 级，且需要频繁随机访问（比如跳转读某偏移的记录、校验块、索引查找）
- 读写模式固定：只读（READ_ONLY）或读写（READ_WRITE），避免 PRIVATE（Java 不支持，会抛 UnsupportedOperationException）
- 系统有足够虚拟地址空间（64 位 JVM 更稳妥；32 位下映射超过 2–3GB 容易失败）
- 不适用于小文件（
创建映射的关键步骤
必须通过 FileChannel.map() 获取 MappedByteBuffer，且 channel 必须来自支持定位的句柄：
- 只读映射：用
RandomAccessFile("file", "r")或FileInputStream获取 channel - 读写映射：只能用
RandomAccessFile("file", "rw")，且文件需存在、大小足够（若不足，先setLength()扩容） - 映射范围不能越界：size 参数不能超过文件当前长度（READ_WRITE 模式下尤其注意）
- 示例：映射前 2GB（2L
raf.setLength(2L MappedByteBuffer buf = raf.getChannel().map(FileChannel.MapMode.READ_WRITE, 0, 2L
读写操作像操作数组一样简单
MappedByteBuffer 是 ByteBuffer 子类，支持标准 API：
立即学习“Java免费学习笔记（深入）”；
- 绝对位置访问：
buf.get(1024)直接读第 1024 字节；buf.put(2048, (byte)0xFF)写入指定位置 - 批量操作更高效：
buf.get(byteArray, offset, length)或buf.put(srcBuffer) - 修改后是否立即落盘？READ_WRITE 模式下，变更会同步到 OS 页缓存，但不保证立刻刷盘——如需强持久化，调用
buf.force() - 注意 position/limit 等状态不影响映射行为，它是“全量视图”，无需 flip/clear
资源管理与常见陷阱
映射本身不占用堆内存，但长期运行服务中仍需关注释放和稳定性：
- 关闭顺序：先 close FileChannel，再 close RandomAccessFile；channel 关闭后 buffer 仍可读写（由 OS 管理），但不可靠，建议不再使用
- 显式清理（可选但推荐）：对长期存活的映射，可通过反射调用
sun.misc.Cleaner的 clean 方法释放底层 mmap 资源（尤其在容器或频繁映射/取消映射场景） - 并发安全：MappedByteBuffer 本身非线程安全，多线程读写同一区域需自行加锁或分段映射
- 异常处理：映射超大区域可能抛
IOException（如地址空间不足）或OutOfMemoryError（虚拟内存耗尽），应捕获并降级为分块 FileChannel 读取
