mmap原理与应用#

原理： 建立虚拟地址 → 文件页的映射，访问时触发缺页加载

应用： RocketMQ(消息存储) / MongoDB(存储引擎) / 共享内存(进程通信)

vs read/write： mmap 少一次拷贝，适合大文件随机读写

mmap是一种将文件直接映射到进程虚拟地址空间的技术，映射之后读写内存就等于读写文件，省掉了传统read/write系统调用中从内核缓冲区到用户缓冲区的那一次数据拷贝。具体原理是mmap调用时只建立虚拟地址到文件页的映射关系，并不立即加载数据，等实际访问时触发缺页中断再按需从磁盘加载到Page Cache，进程通过页表直接访问Page Cache中的数据。它的优势在于减少了一次内存拷贝，而且多个进程可以映射同一个文件实现共享内存通信。RocketMQ用mmap来做消息存储，因为它的CommitLog和ConsumeQueue文件需要频繁的随机读写，mmap在这个场景下比传统IO更高效。MongoDB的存储引擎也使用了mmap。但mmap并不是万能的，对于小文件或者顺序读写场景，mmap建立映射的开销和缺页中断的代价反而不划算，普通read/write可能更合适。另外mmap会占用进程的虚拟地址空间，32位系统上可用空间有限。

追问方向：

• “mmap 和 read 区别？”→ read 需要从内核缓冲区拷贝到用户缓冲区（多一次 CPU 拷贝），mmap 直接将内核 PageCache 映射到用户空间省掉这次拷贝
• “适合什么场景？”→ 大文件随机读写（如数据库存储文件）、进程间共享内存通信、需要频繁读写同一文件区域的场景；小文件或纯顺序读场景 read 更合适
• “RocketMQ 为什么用 mmap？”→ CommitLog 和 ConsumeQueue 文件需要频繁的随机读写，mmap 减少一次拷贝且可利用缺页按需加载，性能优于传统 read/write

易错点：

• ❌ mmap 比 read 永远快——小文件不一定
• ❌ mmap 不占内存——占虚拟地址空间