c - 关闭文件描述符时如何防止数据丢失？

Question

当我发出时write()，我的数据会进入一些内核空间缓冲区。对物理层的实际提交（“phy-commit”）（可能）被推迟，直到……（直到发生什么事件？）

close()当我为文件描述符发出 a 时，然后

如果 [...]，则释放与打开文件描述相关的资源

这是否意味着释放（释放）那些包含我的数据的内核缓冲区？这些缓冲区中包含的宝贵数据会怎样？会迷路？

如何防止这种损失？

通过fsync()？它请求一个明确的 phy-commit。我想要么立即（同步调用），要么只推迟“短时间”并排队等待后续操作，至少是破坏性操作。

但我不太想要立即或紧急的 phy-commit。只是（保留我的数据并且）不要忘记稍后再做 phy-commit。

来自man fclose：

fclose() 函数 [...] 关闭底层文件描述符。
...
fclose() 仅刷新 C 库提供的用户空间缓冲区。为确保数据物理存储在磁盘上，内核缓冲区也必须刷新，例如使用 sync(2) 或 fsync(2)。

它可能暗示 thatfsync不必在（或, 其中包含 a ）之前，但可以（甚至必须）在它之后。所以不会是非常具有破坏性...closefclosecloseclose()

score 1 · Accepted Answer

这是否意味着释放（释放）那些包含我的数据的内核缓冲区？这些缓冲区中包含的宝贵数据会怎样？会迷路？

不会。内核缓冲区在将数据写入底层文件之前不会被释放。因此，不会有任何数据丢失（除非真的出现问题 - 例如系统断电）。该数据是否会立即写入物理文件是另一个问题。它可能取决于文件系统（可能正在缓冲）和/或任何硬件缓存。就您的用户程序而言，成功的close()调用可视为成功写入文件。

这可能表明 fsync 不必在 close 之前（或 fclose，其中包含一个 close），但可以（甚至必须）在它之后。所以 close() 不会有很大的破坏性......

调用后close()，文件描述符的状态将由 POSIX 未指定（无论是否close()成功）。所以，你不能在调用fsync(fd); 后close()使用。请参阅：POSIX/UNIX：如何可靠地关闭文件描述符。

不，这并不意味着close()可能具有破坏性。它表明 C 库可能在用户中进行自己的缓冲，并建议使用fsync()将其刷新到内核（现在，我们处于与之前所说的相同的位置）。

1 回答 1