假设您在 C++ 中有以下内容：
ofstream myfile;
myfile.open (argv[1]);
if (myfile.is_open()){
for(int n=0;n<=10;n++){
myfile << "index="<<n<<endl;
sleep(1);
}
}else{
cerr << "Unable to open file";
}
myfile.close();
在写入时，您正在写入的磁盘或介质变得不可用，但在 close() 时又重新打开，这样您之间就会丢失数据。或者想象您写入 USB 闪存驱动器，并且在写入过程中设备被取出并重新插入。你怎么能检测到呢？我尝试检查将写入放入 try {} catch, flags(), rdstate() 中，但到目前为止似乎没有一个工作。
【问题讨论】：
标签： c++ exception error-handling io writing
for(int n=0;n<=10;n++){
if (!(myfile << "index="<<n<<endl))
throw std::runtime_error("WRITE FAILED")
sleep(1);
}
如果std::ostream 因任何原因失败，它会设置它的状态位，然后检查std::stream 是否处于布尔上下文中。这与检查std::istream 是否正确将数据读入变量的方法相同。
但是，这与您说您尝试过的rdstate() 相同。如果是这种情况，则写入已到达缓冲区。刷新程序缓冲区的endl 表明它在操作系统的缓冲区中。从那里，您必须使用特定于操作系统的调用来强制它刷新缓冲区。
[编辑] 根据http://msdn.microsoft.com/en-us/library/17618685(v=VS.100).aspx，如果您有文件描述符，您可以使用_commit 强制刷新。我找不到std::ostreams 这样的保证。
【讨论】：
std::ostream::pubsync() 看看是否可行。可能，但我对此表示怀疑。
fstream::filedesc() 或 fstream::rdbuf()->fd() 成员吗？如果是这样，请给他们打电话_commit(...)，那可能会这样做。或者，如果您有一个 fstream::sync() 也可能有用。
恕我直言，您可以尝试：
【讨论】：
我不确定这是否会涵盖您的场景（在写入过程中移除 USB 驱动器），但您可以尝试在流上启用例外：
myfile.exceptions(ios::failbit | ios::badbit);
根据我的经验，iostreams 在使检测错误和错误类型变得困难方面做得“很棒”。
【讨论】：
我不认为这是您可以在 stdio 级别检测到的东西。通常，当硬盘驱动器暂时停止响应时，操作系统会自动重试命令，直到它们成功或达到超时，此时您的系统调用可能会收到错误。 （OTOH 可能不会，因为您的调用可能已经返回，在数据写入内存文件系统缓存之后但在任何命令发送到实际磁盘之前）
如果您真的想检测易碎硬盘，您可能需要将代码编写到低得多的级别，例如编写自己的硬件驱动程序。
【讨论】：