mmap能减少内核态拷贝，因其将文件页直接映射到用户虚拟地址空间，访问时通过MMU查页表定位page cache物理页，省去read()所需的copy_to_user内存复制；但缺页时仍需内核加载页并建立映射。
为什么 mmap 能减少内核态拷贝
常规 read() 会把数据从内核缓冲区（如 page cache）拷贝到用户空间缓冲区，这是一次完整的内存复制；而 mmap() 把文件页直接映射进进程虚拟地址空间，后续读取走的是 CPU 的页表访问路径——若页已在 page cache 中，就完全绕过 copy_to_user，连内核态到用户态的 memcpy 都省了。
但注意：这只是「避免显式拷贝」，不是零成本。缺页时仍要触发内核加载页、建立页表项，且 mmap 后首次访问仍可能有 minor fault 开销。
基本 mmap + read 替代写法（只读场景）
核心是用 mmap() 替代 open() + read() 组合，且必须配合 MAP_PRIVATE 或 MAP_SHARED 和正确的保护标志。
-
open()文件时建议加O_RDONLY | O_DIRECT不必要——O_DIRECT会绕过 page cache，反而让 mmap 失效；保持默认缓存行为即可 -
mmap()必须指定PROT_READ，长度需对齐到sysconf(_SC_PAGESIZE)（实际传入文件大小即可，内核会自动向上对齐） - 映射后直接当指针用：
char* data = static_cast<char>(mmap(...));</char>，无需额外分配 buffer - 用完必须调用
munmap(data, len)，否则泄漏虚拟内存（不释放物理页，但 vma 占用不释放）
int fd = open("data.bin", O_RDONLY);
struct stat st;
fstat(fd, &st);
size_t len = st.st_size;
void* addr = mmap(nullptr, len, PROT_READ, MAP_PRIVATE, fd, 0);
if (addr == MAP_FAILED) { /* handle error */ }
// 此时 addr 就是文件内容首地址，可直接读
printf("first byte: %02x\n", static_cast<uint8_t*>(addr)[0]);
munmap(addr, len);
close(fd);
MAP_PRIVATE vs MAP_SHARED：读多写少选哪个
纯读场景下两者性能几乎无差别，但语义和资源占用不同：
立即学习“C++免费学习笔记（深入）”；
-
MAP_PRIVATE：写时复制（COW），即使你意外写了，也不会污染文件或影响其他进程；适合只读解析、配置加载等场景 -
MAP_SHARED：修改会回写到文件（需MS_SYNC或脏页回收机制），且多个进程映射同一文件时共享修改；适合需要原子更新或进程间共享只读数据的场合 - 无论哪种，只要没写，物理页都是共享 page cache 的，内存效率一致
容易被忽略的坑：偏移对齐、大文件、生命周期管理
mmap() 的 offset 参数必须是页对齐的（通常是 4KB），否则返回 EINVAL；而 read() 没这限制——这是最常踩的错。
- 检查 offset 对齐：
if (offset % sysconf(_SC_PAGESIZE)) { /* fail or round down */ } - 超大文件（>2GB）在 32 位进程或某些旧内核上可能失败，优先用
off64_t和lseek64()配合，但 mmap offset 仍是off_t，注意平台差异 - 不能依赖 RAII 自动管理：C++ 没有针对
mmap()的标准智能指针，自己封装时务必确保munmap()在所有异常路径下执行（比如用std::unique_ptr自定义 deleter） - fork 后子进程继承映射，但父子是否共享映射区域取决于
MAP_SHARED/MAP_PRIVATE和是否写过，这点比read()复杂得多
真正省下的不是 CPU 时间，而是确定性——你避开了不可控的 read() 缓冲区大小策略、多次系统调用开销，以及 memcpy 的 cache line 刷洗。但代价是更重的内存管理责任和更隐蔽的错误模式。
