4. munmap与内存管理
mmap 创建的内存映射在使用完毕后，必须通过 munmap 系统调用归还给内核。本章深入剖析 munmap 的解除映射机制、内存对齐的硬性约束，以及 MAP_FIXED 与 MAP_ANONYMOUS 在实际工程中的典型应用场景。理解这些底层细节，是避免内存泄漏、地址冲突和性能退化的关键。
4.1 munmap 解除映射：内核回收与页表清理
munmap 的原型定义在 <sys/mman.h> 中：
#include <sys/mman.h>
int munmap(void *addr, size_t length);调用成功后，内核会执行以下操作：
- 页表条目清除：将指定地址范围内的进程页表项标记为无效，TLB（Translation Lookaside Buffer）对应的缓存条目被冲刷。
- 物理页引用计数递减：如果是私有映射（MAP_PRIVATE），物理页的引用计数减 1；当计数归零时，物理页被回收。
- 文件映射的脏页回写：对于共享文件映射（MAP_SHARED），内核会在解除映射前将脏页回写到磁盘（或延迟回写，取决于文件系统和挂载选项）。
- VMA 结构体释放：内核从进程的 VMA（Virtual Memory Area）红黑树中删除对应的节点，释放内核内存。
工程提示：munmap 成功后，原指针
addr 变为悬空指针，任何解引用操作都会导致段错误（SIGSEGV）。建议在 munmap 后立即将指针置为 NULL。
下面这张 SVG 图展示了 munmap 解除映射时内核态与用户态的数据流：
4.2 内存对齐要求：页边界与长度规整
mmap 和 munmap 对地址和长度有严格的对齐约束，违反这些约束会导致调用失败（返回 MAP_FAILED 或 -1）。
| 参数 | 对齐要求 | 违反后果 |
|---|---|---|
addr（mmap 的 hint 地址） |
建议页对齐，非对齐时内核自动向下取整 | MAP_FIXED 模式下非对齐直接返回 EINVAL |
addr（munmap 的起始地址） |
必须页对齐 | 返回 EINVAL，映射未被解除 |
length（mmap 和 munmap） |
非页对齐时，内核向上取整到页边界 | munmap 时 length 非对齐，实际解除范围会扩大 |
常见陷阱：许多开发者误以为 munmap 的 length 可以任意值。实际上，内核会将 length 向上取整到 PAGE_SIZE 的整数倍。例如，在 4KB 页大小的系统上，
munmap(ptr, 1) 会解除从 ptr 开始的 4KB 范围。如果这不是你的本意，可能导致相邻映射被意外破坏。
下面这张 SVG 图直观展示了页对齐与长度取整的规则：
4.3 MAP_FIXED 使用场景：精确地址控制
MAP_FIXED 标志强制内核在指定的 addr 处创建映射，如果该地址已被占用，内核会自动覆盖原有的映射。这是最危险的 mmap 标志之一，但在以下场景中不可或缺：
- JIT 编译器：需要在固定地址生成和执行机器码（例如 JavaScript JIT、动态二进制翻译器）。
- 共享内存地址协商：多个进程约定在相同的虚拟地址映射共享内存，避免指针传递的地址转换开销。
- 内核驱动 mmap 接口：某些硬件设备要求 DMA 缓冲区位于特定的虚拟地址范围。
- 内存热插拔与 NUMA 绑定：将特定物理页映射到进程地址空间的固定位置。
安全使用 MAP_FIXED 的黄金法则：在调用 MAP_FIXED 之前，先使用 MAP_ANONYMOUS | MAP_PRIVATE 在目标地址附近创建一个占位映射，确认该区域未被关键代码或数据使用。或者使用 MAP_FIXED_NOREPLACE（Linux 4.17+），它在地址被占用时返回 EEXIST 而非覆盖。
4.4 MAP_ANONYMOUS 使用场景：零拷贝与匿名页
MAP_ANONYMOUS 创建一个不与任何文件关联的匿名映射，初始内容为零。它在用户态数据传输和驱动调试中扮演核心角色：
| 场景 | 典型用法 | 优势 |
|---|---|---|
| 大块内存分配（替代 malloc） | mmap(NULL, size, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) |
直接分配页对齐内存，避免 glibc 堆管理开销 |
| 进程间共享内存（无文件） | mmap(NULL, size, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0) + fork() |
父子进程共享匿名页，写时复制（COW）机制 |
| 驱动 DMA 缓冲区映射 | 驱动分配物理连续页 → 用户态通过 MAP_ANONYMOUS + MAP_FIXED 映射 | 零拷贝数据传输，避免用户态与内核态之间的数据复制 |
| 栈或线程栈扩展 | 使用 MAP_ANONYMOUS 分配 guard 页 + 栈区域 | 精确控制栈大小和溢出保护 |
下面这张 SVG 图对比了 MAP_ANONYMOUS 在私有映射与共享映射下的内存行为差异：
4.5 MAP_FIXED + MAP_ANONYMOUS 联合使用：驱动调试中的典型模式
在驱动调试场景中，MAP_FIXED 和 MAP_ANONYMOUS 经常联合使用，实现用户态与内核驱动之间的零拷贝数据传输。典型流程如下：
- 用户态分配固定地址的匿名页：使用
mmap(固定地址, size, PROT_READ|PROT_WRITE, MAP_FIXED|MAP_ANONYMOUS|MAP_PRIVATE, -1, 0)在指定虚拟地址创建缓冲区。 - 将地址传递给内核驱动：通过 ioctl 或 sysfs 将用户态虚拟地址传递给驱动。
- 驱动建立物理映射：驱动通过
get_user_pages()锁定物理页，并将物理地址传递给 DMA 引擎或硬件设备。 - 硬件直接读写：硬件设备通过 DMA 直接访问物理内存，用户态程序通过虚拟地址直接读取结果，无需数据拷贝。
性能收益：这种模式消除了传统 read/write 系统调用中的数据拷贝开销（通常为 2 次拷贝：用户态→内核态→硬件），实现了真正的零拷贝（zero-copy）数据传输。在高速数据采集（如 10Gbps 网络、ADC 采样）场景中，性能提升可达 5~10 倍。
4.6 常见错误与调试技巧
| 错误场景 | 错误码 | 根因分析 | 解决方案 |
|---|---|---|---|
| munmap 地址非页对齐 | EINVAL | addr 不是 PAGE_SIZE 的整数倍 | 使用 addr & ~(PAGE_SIZE-1) 对齐 |
| MAP_FIXED 覆盖关键区域 | 无（静默覆盖） | 目标地址已被 libc 或 loader 使用 | 使用 MAP_FIXED_NOREPLACE 或先 mmap 探测 |
| munmap 长度不足 | 无（部分解除） | length 小于原映射长度，产生 VMA 空洞 | 确保 length 与原映射长度一致 |
| 多次 munmap 同一区域 | EINVAL | 第二次调用时 VMA 已不存在 | munmap 后立即将指针置 NULL，增加防御性检查 |
调试利器：使用
/proc/<pid>/maps 查看进程的完整 VMA 布局。在调用 mmap/munmap 前后对比该文件，可以精确验证映射是否按预期创建或解除。例如：cat /proc/self/maps | grep 'anon' 可以过滤出所有匿名映射。
下面这张 SVG 图展示了使用 MAP_FIXED 时可能发生的地址冲突场景：
4.7 本章小结
- munmap 解除映射：内核执行页表清理、物理页引用计数递减、VMA 删除三步操作。地址必须页对齐，长度自动向上取整。
- 内存对齐：mmap 和 munmap 的 addr 参数必须遵循页对齐约束，违反时返回 EINVAL 或产生非预期的解除范围。
- MAP_FIXED：提供精确地址控制，但会静默覆盖已有映射。优先使用 MAP_FIXED_NOREPLACE 或先做地址探测。
- MAP_ANONYMOUS：创建零初始化的匿名页，适用于大块内存分配、进程间共享内存和驱动 DMA 缓冲区映射。
- 联合使用：MAP_FIXED + MAP_ANONYMOUS 是实现用户态与驱动零拷贝数据传输的标准模式，性能收益显著。