Closed. This question needs
details or clarity。它当前不接受答案。
想改善这个问题吗？添加详细信息，并通过
editing this post阐明问题。
去年关闭。
Improve this question
我想刷新文件输出流(fstream)。如果我以通常的方式(flush())进行操作，则程序不会等到实际写入文件的内容后，才会继续执行。为了说明此问题，请考虑以下情形:
A要求B向文件中写入一些内容。 B在完成任务后立即返回。然后，A访问该文件。不幸的是，B在操作系统实际设法写入文件内容之前已经完成。该文件尚不存在，A崩溃。
那么，是否有类似阻塞冲洗的东西？
请注意，当B向cout写入并且B的stdout重定向到文件时，不会出现此问题。不幸的是，如果B将cout用于其他目的，则不能应用此替代方法。
编辑:我发现问题出在最后。对于那些您感兴趣的人:
简短的版本是该文件确实存在，但由于另一个程序仍在向其写入而无法读取。
长版:假设我们收到了程序A，可以将其视为某些算法问题的“解决方案”。问题是在线的，这意味着必须将输入小部分地提供给A。为此，我们创建了一个与A通信的程序B。每当A发送一个答案时，B就会发送下一个输入块。我们在A和B之间进行交互:创建一个FIFO文件(
mkfifo fifo)，然后创建
A < fifo | B > fifo。
我们想要捕获A的输出，看看它是否与某些目标输出文件
target.out相匹配。一种方法是让B打开文件流(
fstream fout("test.out", fstream::out))，然后将它从A读取的所有内容写入其中。另一个解决方案是:
A < fifo | tee test.out | B > fifo。 A和B之间的交互完成后，我们运行
diff test.out target.out进行比较。
不幸的是，两个解决方案都存在以下问题:A完成后，我们立即继续进行比较。
tee或
B(是
test.out的作者)中的任何一个都不需要完成。如果是这样，则无法读取该文件(即使存在，正如许多人指出的那样)。
没有考虑切换A和B的顺序，因为我们也正在捕获A的返回码。 (必须报告该解决方案在崩溃时崩溃了。)
为了避免系统崩溃，您需要fsync / fdatasync syscall。
http://pubs.opengroup.org/onlinepubs/9699919799/functions/fsync.html https://linux.die.net/man/2/fsync 从POSIX:
The fsync() function shall request that all data for the open file
descriptor named by fildes is to be transferred to the storage device
associated with the file described by fildes. The nature of the
transfer is implementation-defined. The fsync() function shall not
return until the system has completed that action or until an error is
detected.
对于您在问题中描述的简单IPC，您无需执行任何操作。
当A查看B掉落到系统中的信息时，该信息尚未进入磁盘也没关系。 A不会从磁盘上获取它，它将从系统中获取它，并且系统将为您提供最新信息，而不管数据是否已同步到永久存储。