匿名内存映射虚拟地址空间的RAM/swap资源占用管理问题

问题1：mmap()是否仅立即占用虚拟地址空间，RAM/swap等物理资源仅在写入（非零？）值时才被占用？ #

是的。调用带MAP_ANONYMOUS参数的mmap后，内核会立刻为你分配指定大小的虚拟地址空间，但此时并不会分配对应的物理内存（RAM）或swap空间。

初始状态下，所有虚拟页面都映射到内核维护的共享零页（只读）：

• 读取操作直接从这个共享零页返回0，不会触发物理内存分配；
• 任何写入操作（不管写入的是0还是非0值）都会触发**写时复制（COW）**机制：内核会分配一个新的物理页面，复制零页内容到该页面，再将虚拟地址映射到这个新页面。此时才会真正占用RAM资源，后续若内存紧张，该页面可能被换出到swap。

问题2：RAM/swap页面是否会一直占用到munmap()？是否有机制释放后备资源？ #

默认情况下，已分配的物理页面会持续被占用，直到调用munmap()释放虚拟地址空间，或者内核在内存不足时将页面换出到swap。

但可以通过以下机制主动释放物理资源，让页面回到初始的共享零页状态：

• 使用madvise(addr, length, MADV_DONTNEED)：向内核声明该区域内容不再需要，内核会立即释放对应的物理页面。之后再次访问这些页面时，读取会重新返回零（映射回共享零页），写入则会再次触发COW分配新的物理页面。注意这个操作会丢弃页面原有内容。
• 在Linux系统中，还可使用madvise(addr, length, MADV_FREE)：告诉内核可在需要内存时回收这些页面，但回收前页面内容会保留。若回收前再次访问，页面内容依然可用；若已被回收，再次访问会重新映射到零页（读取）或触发COW（写入）。

另外，单纯将页面内容重置为0不会自动释放物理资源——内核无法感知你不再需要该页面，必须通过上述主动通知的方式触发回收。mprotect()仅用于修改页面访问权限，不会释放物理资源。

内容的提问来源于stack exchange，提问作者aSteve