程序执行./program &>b.txt后a.txt内容及写入函数执行次数异常排查

我来帮你拆解这两个诡异的问题，从最常见的原因开始排查：

这大概率是流或文件描述符的指向出了问题，常见场景有这几种：

• 文件流失效后的“串流”：如果file.open("a.txt")失败了（比如权限不够、文件被其他进程锁了），file对象就会进入失效状态。虽然标准C++规定此时file << ...应该是无操作，但有些旧版编译器/标准库的实现可能会把这些输出“误发”到stdout或stderr——不过你的情况是a.txt里有b的内容，反过来想：有没有可能你代码里某处把std::cout/std::cerr的输出目标改成了a.txt？比如调用了std::cout.rdbuf(file.rdbuf())但没恢复？要是这样，后续所有cout输出都会写到a.txt里，自然就混进去了。

• GoogleTest的输出搞事情：GoogleTest默认会把测试日志、断言信息输出到stdout/stderr，但如果你不小心修改了它的输出设置（比如调用testing::GTEST_FLAG(output) = "a.txt";），那框架的所有输出都会跑到a.txt里，包括那些本该去b.txt的cout/cerr内容。

• 底层文件描述符复用冲突：如果代码里有用到dup2、close这类系统调用操作文件描述符，可能会搞乱C++流的底层指向。比如要是你不小心把stdout的文件描述符（fd=1）改成了a.txt的fd，那所有cout输出都会直接写到a.txt里，这就会出现你看到的串流情况。

这个问题我猜十有八九是文件打开模式导致的内容覆盖！

你现在用的是std::ios::out模式打开a.txt，这个模式的默认行为是：只要文件已经存在，就会先把它清空（截断），然后再写新内容。也就是说，每次调用写入函数，都会先把之前写的内容删掉，只留本次的。哪怕跑了12次，最后a.txt里也只有最后一次写入的内容，看起来就像只执行了一次。

解决这个超简单，把打开模式改成追加模式就行：

file.open("a.txt", std::ios::out | std::ios::app);

这样每次打开文件都会在末尾加内容，不会清空之前的。

当然也有其他可能，得顺便排查下：

• 测试用例根本没全跑：确认那12-13次调用是不是对应了12-13个TEST/TEST_F用例？有没有用例被标了DISABLED_（被跳过）？或者程序跑了第一个用例就崩溃了？可以加--gtest_list_tests参数看看所有要执行的用例，或者--gtest_verbose看详细执行日志，确认所有用例都跑完了。
• 写入被条件分支跳过了：检查写入函数里有没有判断逻辑，比如只有当some_param满足某个条件才写？或者some_param每次的值都一样，导致写入的内容完全重复，看起来像只写了一次（其实写了多次）。

1. 先改打开模式为追加，重新跑测试，看a.txt里是不是有12-13行内容。如果有，那覆盖问题就是核心原因。
2. 给文件打开加错误检查，避免失效流的问题：

   file.open("a.txt", std::ios::out | std::ios::app);
   if (!file.is_open()) {
       std::cerr << "Failed to open a.txt! Check permissions or file locks." << std::endl;
       return;
   }
   

3. 检查代码里有没有修改流或文件描述符的操作，比如rdbuf()、freopen、dup2这些，尤其是在GoogleTest初始化的地方。
4. 确认GoogleTest的输出设置没被改，确保它的日志还是输出到stdout/stderr（也就是b.txt）。

内容的提问来源于stack exchange，提问作者Okan Barut