我需要调用fstream.close() 还是fstream 是一个适当的RAII 对象，可以在销毁时关闭流？
我在方法中有一个本地 std::ofstream 对象。我可以假设退出此方法后文件总是关闭而不调用close吗？我找不到析构函数的文档。
【问题讨论】：
我认为之前的答案具有误导性。
fstream 是一个合适的 RAII 对象，它确实在作用域结束时自动关闭，绝对没有任何需要 在作用域结束时手动调用close 就足够了。
特别是，这不是“最佳实践”，也没有必要刷新输出。
虽然 Drakosha 是正确的，调用 close 可以让您检查流的失败位，但无论如何没人这样做。
在理想情况下，只需事先调用stream.exceptions(ios::failbit) 并处理fstream 的析构函数中抛出的异常。但不幸的是，析构函数中的异常在 C++ 中是一个错误的概念，所以这不是一个好主意。
所以如果您想检查关闭文件是否成功，请手动执行（但仅在那时）。
【讨论】：
flush 或close 所保证的完全不同。一般来说，您可以假设的最好的是flush 将数据从进程中获取并进入操作系统级别，例如杀死进程不会阻止数据被写入。没有可移植的 API 来确保将数据提交到持久存储，因为 C++ 标准没有持久存储的概念，而不是作为文件系统（的一部分）呈现的其他存储。
close 成员函数，close 需要关闭“如同fclose”，而fclose 被定义为刷新流。所以析构函数当然应该冲洗，尽管如果存在插头被拉到机器上的风险，冲洗可能不一定能达到你想要的效果。为此，您需要（非标准 C++）fsync。
要附加到 Amy Lee 的答案，最好手动执行，因为这样您也可以检查错误。
顺便说一句，根据"close" manpage：
不检查返回值 close() 是一个常见的但仍然 严重的编程错误。这是很 可能是以前的错误 write(2) 操作先上报 在最后关闭（）。不检查 关闭文件时的返回值可能 导致数据无声丢失。这个可以 尤其是在 NFS 和 有磁盘配额。
成功关闭并不能保证 数据已经成功 保存到磁盘，因为内核延迟 写道。这并不常见 文件系统在什么时候刷新缓冲区 流已关闭。如果你需要 确保数据在物理上 存储使用 fsync(2)。 （这将取决于 此时在磁盘硬件上。）
【讨论】：
fstream C++。
close() 不是 fstream::close()。根据规范，后者将始终刷新。在网上很容易找到。
我认为关闭 fstream 是一个好习惯，因为你需要刷新缓冲区，这是我被告知的
【讨论】：
close()。 远太多的软件开发人员假设我宁愿他们不考虑用户文件系统的可靠性和可用性。