什么情况下ostream :: write或ostream :: operator <<会失败？

Question

在我的C++代码中，我不断向文件中写入不同的值。我的问题是，如果有任何情况下写或<会失败，考虑到文件已成功打开的事实。我是否需要检查每一次写入或< <以确保它正确执行？

Answer 1

有太多的失败原因列出他们全部。个可能的是：

• 分区终于满
• 用户超过了磁盘配额
• 分区已经惨遭卸载
• 分区已经损坏（文件系统错误）
• 的磁盘物理
• 失败...

我是否需要检查每一次写入或< <以确保它正确执行？

如果你希望你的程序是有弹性的，以失败的话，肯定，是。如果你不这样做，它只是意味着你写的数据可能写或不写，这就等于说你不关心它。

注：而不是每次操作后检查流状态（这将很快成为极其乏味的），你可以设置std::ostream::exceptions根据自己的喜好，这样，当它失败的流将抛出一个异常（这不应该是一个因为这种磁盘故障的定义非常特殊）。

Answer 2

写入失败有很多原因。关闭我的头顶，这里有几个：

1. 磁盘已满
2. 磁盘故障
3. 该文件是在NFS挂载和网络中断
4. 你流写入（请记住，一个ostream并不总是一个文件）恰好是当下游阅读器崩溃
5. 你写到流封闭的管道是一个TCP套接字和同行消失

等。

编辑：我知道你说你写一个文件，我只是想提醒大家注意一个事实，即你的代码只应关心它是否写入其中可能代表任何形式的一个ostream流。

Answer 3

其他包括可能导致输出失败的情况。

但是：

我需要检查写或< <的每一个电话，以确保它是正确执行？

为了这个问题，我会回答 “不”。你可以想象一样好检查

• 如果文件被成功打开，并
• 如果流仍good()你写你的数据之后。

这当然取决于写入的数据类型以及从部分写入恢复与重新运行应用程序的可能性/相对复杂性。

如果您需要在什么时候写失败了更严格的控制（例如，为了做一个优雅的恢复），该ostream的例外SYAM挂钩是要走的路。每次操作后轮询流状态都会使代码膨胀。