ext4文件系统中文件对其他进程的可见性及相关技术疑问

针对你提出的ext4文件系统中文件创建与跨进程可见性的问题，结合给出的伪代码场景，我来逐一解答：

f = open("/tmp/new_file", "w")
write(f, "Test")
close(f)

假设另一个进程在上述代码执行完close后立即尝试打开/tmp/new_file（注：原问题中笔误写为/tmp_newfile）：

1. 另一个进程能否打开该文件？ #

完全可以。
当第一个进程执行open("/tmp/new_file", "w")时，如果目标文件不存在，内核会立刻在目录的缓存（目录项缓存）中创建该文件的元数据条目——这一步是同步完成的，不需要等后续的write或close。即使还没写入数据，其他进程已经能通过目录项缓存查到这个文件的存在；而close操作会进一步确认文件的元数据（比如文件大小、属性）同步到内核全局状态，所以此时另一个进程调用open肯定能成功打开。

2. 另一个进程会看到什么内容？是Test吗？ #

是的，会看到完整的Test内容。
这里要理清两个缓冲层级：

• 如果是直接调用系统级的write（就像伪代码里的写法），数据会直接写入内核的页缓存——这是所有进程共享的内存区域，不是单个进程私有的。
• 当第一个进程执行close时，内核会安排页缓存中的脏页异步回写到磁盘，但不会等待IO完成。但此时数据已经在共享的页缓存里了，另一个进程打开文件读取时，会直接从页缓存取数据，根本不会去读磁盘，所以能立刻看到Test。

如果你的代码用的是C标准库的带缓冲IO（比如fwrite），那需要先调用fflush把用户空间的缓冲推到内核页缓存，但你这里明确用了write系统调用，所以不存在这个障碍。

3. 如何确保文件变更对其他进程可见？是否有无需刷盘的"软刷新"操作？ #

首先纠正一个误区：让其他进程看到变更，根本不需要刷盘到磁盘。
内核的页缓存是全局共享的，只要你的写入操作完成（数据进入页缓存），其他进程读取时就会自动拿到最新内容——不管你有没有调用close或者刷盘操作。

那flush/fsync这类操作是干嘛的？它们的核心作用是保证数据持久化到磁盘，防止系统崩溃后数据丢失，和跨进程可见性完全是两码事。

如果你的场景是：进程A写入数据后没有关闭文件，想让进程B立刻看到最新内容，那也不用刷盘：

• 要是用了标准库的带缓冲IO，调用fflush就行——这只是把用户空间的缓冲同步到内核页缓存，完全不会触发磁盘IO，属于你说的"软刷新"；
• 要是直接用write系统调用，数据本身已经在页缓存里了，啥额外操作都不用做，进程B直接读就能看到最新内容。

只有当你需要确保数据已经实实在在写到磁盘（而不是只停留在内存缓存）时，才需要用fsync（同步数据+元数据）或fdatasync（只同步数据，性能稍好），这类操作才会带来磁盘IO的性能损耗。

内容的提问来源于stack exchange，提问作者Georg Schölly