while循环内频繁创建ofstream为何常生成空文件？

你的代码里有两个关键问题导致了这个诡异的现象，咱们一个个拆解清楚：

1. 完全没更新按钮的状态值 #

你初始化了buttonState = 0，但在整个while循环里从来没通过GPIO读取按钮的当前状态来更新这个变量！说白了，buttonState自始至终都是0，那buttonState == 1 && pastButtonState == 0这个触发计数增加的条件根本不可能成立，buttonCounter一直卡在0不动。

这也解释了为什么把写入操作挪到这个if分支里就正常——只有当按钮被按下（此时你肯定是不小心补上了读取状态的代码，或者测试时的巧合触发），条件才会生效，此时写入的是递增后的计数，而且不会频繁覆盖文件，自然能看到内容。

2. 每次循环都清空文件再写入 #

你在循环的每一轮都执行：

ofstream outputfile(FILE_PATH);

默认情况下，ofstream打开文件时会用ios::trunc模式——也就是直接清空文件里原有的所有内容，然后再写新数据。

因为buttonCounter一直是0，每轮循环都会重复：清空文件 → 写入0 → 关闭文件。但操作系统的文件操作有微小的时序差：当你去查看文件时，大概率刚好赶上“清空后还没写入0”的间隙，所以看到空文件；只有极小概率卡在“写入0之后、下一轮清空之前”的窗口，才能看到0（也就是你说的1/10概率）。

而把写入放到if分支里后，只有计数增加时才会写入，不会频繁清空文件，每次写入的内容都会保留到下一次计数更新，自然就能稳定看到数值了。

1. 先补上读取按钮状态的核心代码，放在循环最开头：

buttonState = digitalRead(BUTTON_PORT);

没有这行，你的按钮检测逻辑等于完全没工作。

2. 优化文件写入的逻辑：
   • 要么把文件打开操作移到循环外面，避免每次都清空文件；
   • 要么就像你测试的那样，只在计数变化时才写入文件，这样既减少IO开销，也不会出现频繁清空的问题。

修复后的核心循环示例：

// 提前打开文件，避免循环内反复创建/清空
ofstream outputfile(FILE_PATH);
if (!outputfile.is_open()) {
    cerr << "Failed to open output file!" << endl;
    return 1;
}

while(buttonCounter < 100){
    // 第一步：读取当前按钮状态
    buttonState = digitalRead(BUTTON_PORT);
    
    if (buttonState == 1 && pastButtonState == 0) {
        buttonCounter++;
        // 只有计数变化时才更新文件
        outputfile.seekp(0); // 回到文件开头覆盖旧内容
        outputfile << buttonCounter << endl;
        outputfile.flush(); // 确保内容立刻写入磁盘
    }
    
    usleep(100);
    pastButtonState = buttonState;
}
outputfile.close();

内容的提问来源于stack exchange，提问作者Naoki Nakamura