当访问是 RDWR 时，为什么需要刷新内存映射文件？

Question

我正在阅读 golang 的内存映射文件实现之一，https://github.com/edsrzf/mmap-go/。首先他描述了几种访问模式：

// RDONLY maps the memory read-only.
// Attempts to write to the MMap object will result in undefined behavior.
RDONLY = 0
// RDWR maps the memory as read-write. Writes to the MMap object will update the
// underlying file.
RDWR = 1 << iota
// COPY maps the memory as copy-on-write. Writes to the MMap object will affect
// memory, but the underlying file will remain unchanged.
COPY

但是在 gommap 测试文件中我看到了这个：

func TestReadWrite(t *testing.T) {
  mmap, err := Map(f, RDWR, 0)
  ... omitted for brevity...
  mmap[9] = 'X'
  mmap.Flush()

那么，如果访问模式是RDWR，为什么他需要调用Flush来确保将内容写入文件呢？

或者是操作系统管理这个，所以它只在它认为应该写的时候写？

如果是最后一个选项，请您更详细地解释一下 - 我读到的是，当操作系统内存不足时，它会写入文件并释放内存。这是正确的吗？它仅适用于 RDWR 还是仅适用于 COPY？

谢谢

Answer 1

程序使用mmap 映射内存区域。然后它修改映射的区域。系统不需要立即将这些修改写回底层文件，因此对该文件（在ioutil.ReadAll 中）的read 调用可以返回文件的先前内容。

系统会在您做出更改后的某个时间点将更改写入文件。 允许在进行更改后的任何时间将更改写入文件，但默认情况下不保证何时写入这些更改。您所知道的是（除非系统崩溃），更改将在将来的某个时间写入。

如果您需要保证更改已在某个时间点写入文件，那么您必须调用msync。

mmap.Flush 函数使用MS_SYNC 标志调用msync。当该系统调用返回时，系统已将修改写入底层文件，因此对read 的任何后续调用都将读取修改后的文件。

COPY 选项将映射设置为MAP_PRIVATE，因此即使您使用msync（通过Flush 函数），您的更改也将永远写回文件中.

阅读有关 mmap 和 msync 的 POSIX 文档以获取完整详细信息。