为什么 std::ofstream 在没有 std::ios_base::trunc 的情况下截断？ [复制]

根据这个 C++ 参考：http://www.cplusplus.com/reference/fstream/ofstream/ofstream/ http://www.cplusplus.com/reference/fstream/ofstream/ofstream/，默认打开模式为std::ofstream is ios_base::out并且它没有提到任何隐含的其他模式。因此，我希望如果我用小文件覆盖大文件，大文件的“超出”部分应保持不变，只有文件的第一部分应被新的较短数据替换。

另一方面，Apache C++ 标准库用户指南 (http://stdcxx.apache.org/doc/stdlibug/30-3.html http://stdcxx.apache.org/doc/stdlibug/30-3.html）在第 30.3.1.2 段的注释中指出：“对于输出文件流，打开模式 out 相当于 out|trunc，即可以省略 trunc 标志。但是，对于双向文件流，必须始终显式指定 trunc ”。

我试过这段代码：

#include <fstream>

int main()
{
    std::ofstream aFileStream("a.out", std::ios_base::out);
    aFileStream << "Hello world!";
    aFileStream.close();

    std::ofstream aFileStream2("a.out", std::ios::out);
    aFileStream2 << "Bye!";
    aFileStream2.close();
}

对于 Windows 上的 g++ 8.1 和 Linux 上的 g++ 6.3，Apache 文档似乎都是正确的。大文件被截断，用第二个文件流写入较短的字符串后什么都没有留下。

为什么会这样呢？ cplusplus.com有错吗？或者行为取决于什么？

Per [ofstream.cons]/itemdecl:2 http://eel.is/c++draft/ofstream.cons#itemdecl:2:

explicit basic_ofstream(const char* s,
                        ios_base::openmode mode = ios_base::out);

因此，默认模式为ofstream is out。然而，每[选项卡：filebuf.open.modes] http://eel.is/c++draft/filebuf.members#tab:filebuf.open.modes, out and out | trunc两者都对应于 stdio 等效项"w"，所以它们是等价的。每C11 7.21.5.3 http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf#%5B%7B%22num%22%3A695%2C%22gen%22%3A0%7D%2C%7B%22name%22%3A%22XYZ%22%7D%2C-27%2C816%2Cnull%5D:

w：截断到零长度或创建用于写入的文本文件

因此，默认模式是正确的out，并且说默认模式相当于out | trunc。这是有保证的行为。

另一方面，每[fstream.cons]/itemdecl:2 http://eel.is/c++draft/fstream.cons#itemdecl:2:

explicit basic_fstream(
  const char* s,
  ios_base::openmode mode = ios_base::in | ios_base::out);

因此，默认模式为fstream is in | out. Per [选项卡：filebuf.open.modes] http://eel.is/c++draft/filebuf.members#tab:filebuf.open.modes, in | out对应于"r+", while in | out | trunc对应于"w+"，所以它们不等价。每C11 7.21.5.3 http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf#%5B%7B%22num%22%3A695%2C%22gen%22%3A0%7D%2C%7B%22name%22%3A%22XYZ%22%7D%2C-27%2C816%2Cnull%5D:

r+：打开文本文件进行更新（读取和写入）
w+：截断到零长度或创建文本文件以进行更新

所以，fstream除非您指定，否则不会截断trunc。 请注意，如果所需的文件不存在，r+将失败而不是创建文件。相比之下，w and w+在这种情况下，两者都会创建一个新文件。

（也可以看看：fopen https://en.cppreference.com/w/c/io/fopen在 cppreference 上）