如何通过mmap和指针操作高效实现内存映射文件读取？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1022个文字，预计阅读时间需要5分钟。
mmap+的核心优势不在于‘快’，而在于避免了内核态到用户态的多次数据拷贝。当你使用fread读取100MB文件时，系统可能需要反复调用read、分配缓冲区、复制数据——每次调用都有上下文切换和内存开销。而+mmap+只需一次映射，后续访问就像读取内存一样，通过页表和缺页中断实现懒加载（lazy loading）。但注意：
- 适合场景：顺序读 >64MB 的日志/二进制数据、只读且生命周期长的配置/资源文件
- 不适合场景：频繁写 + 同步要求高（
msync()开销大）、32 位程序映射超 2GB（地址空间不足） - 关键前提：文件必须已存在且有读权限；映射后不能删原文件（否则映射区域变成 SIGBUS）
如何安全调用 mmap 并转成可用指针？
直接对 mmap() 返回值做指针运算很危险——它可能返回 MAP_FAILED（即 (void*)-1），也可能是合法但不可读的地址（比如只映射了 PROT_WRITE）。必须先检查返回值，再用 static_cast 转为具体类型指针，而非 C 风格强制转换。
本文共计1022个文字，预计阅读时间需要5分钟。
mmap+的核心优势不在于‘快’，而在于避免了内核态到用户态的多次数据拷贝。当你使用fread读取100MB文件时，系统可能需要反复调用read、分配缓冲区、复制数据——每次调用都有上下文切换和内存开销。而+mmap+只需一次映射，后续访问就像读取内存一样，通过页表和缺页中断实现懒加载（lazy loading）。但注意：
- 适合场景：顺序读 >64MB 的日志/二进制数据、只读且生命周期长的配置/资源文件
- 不适合场景：频繁写 + 同步要求高（
msync()开销大）、32 位程序映射超 2GB（地址空间不足） - 关键前提：文件必须已存在且有读权限；映射后不能删原文件（否则映射区域变成 SIGBUS）
如何安全调用 mmap 并转成可用指针？
直接对 mmap() 返回值做指针运算很危险——它可能返回 MAP_FAILED（即 (void*)-1），也可能是合法但不可读的地址（比如只映射了 PROT_WRITE）。必须先检查返回值，再用 static_cast 转为具体类型指针，而非 C 风格强制转换。