mmap文件用作私有交换空间，munmap未链接文件时数据会刷盘吗？

Linux 系统 #

• 先mmap再删除文件的场景
  删除文件只是移除了它的目录项，文件的inode和数据块会保留到所有打开的文件描述符、mmap映射都被释放。如果用的是MAP_PRIVATE（这是你场景的正确选择），映射区域的修改仅存在于页缓存的私有副本中，原本就不会自动同步到磁盘。执行munmap时，内核发现文件已被标记删除且无其他引用，会直接丢弃这些私有脏页，不会执行刷盘操作。
• 使用O_TMPFILE的场景
  O_TMPFILE创建的是无目录项的匿名临时文件，只能通过文件描述符访问。基于它创建MAP_PRIVATE映射后，所有修改都只在私有页缓存里。执行munmap时，内核会直接回收这些脏页，完全不会尝试刷盘——这类临时文件的设计初衷就是用完即销毁，内核不会做无意义的IO操作。

  注意：如果误用MAP_SHARED（共享映射），哪怕文件被删除，内核仍会尝试将脏页刷到存储介质，直到inode被彻底释放，这不符合你的需求。

macOS 系统 #

macOS没有Linux的O_TMPFILE系统调用，但可通过「创建临时文件后立即unlink」实现类似逻辑，核心行为如下：

• 先mmap再删除文件的场景
  文件被unlink后，只要还有打开的文件描述符或mmap映射，会继续存在于磁盘。但MAP_PRIVATE映射的修改仅在私有页缓存副本中，不会同步到原文件。执行munmap时，内核会直接回收这些私有脏页，不会执行刷盘操作——因为文件已被标记待删除，写入磁盘没有任何意义。
• 临时文件场景（创建后立即unlink）
  用mkstemp或open(O_CREAT|O_EXCL)创建临时文件后立即unlink，再通过文件描述符mmap私有映射，效果和Linux的O_TMPFILE一致。munmap时内核直接丢弃脏页，不会刷盘。

总结 #

无论Linux还是macOS，只要使用**MAP_PRIVATE映射**，不管是先mmap再删除文件，还是用临时文件（Linux的O_TMPFILE/macOS的创建后立即unlink），执行munmap时内核都会跳过刷盘，直接回收脏页，完全满足你将映射作为临时私有交换空间、用完即弃的需求。

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