缓冲区刷新：fflush、setbuf、setvbuf
说到缓冲区，我脑子里立刻浮现出当年第一次踩坑的场景。那时候我刚学C语言没多久，写了个简单的日志程序，结果程序崩溃时日志文件里啥都没留下。后来才明白——缓冲区没刷新，数据还躺在内存里睡大觉呢。
缓冲区这东西，说白了就是一块临时存放数据的内存区域。标准I/O库为了提高效率，不会每次读写都直接调用系统调用，而是攒一批再处理。就像你寄快递，不会寄一件就跑一趟快递站，而是攒几件一起送过去。
缓冲区的三种模式
标准C库提供了三种缓冲模式，我习惯用一张表来对比：
| 模式 | 宏定义 | 行为 | 典型场景 |
|---|---|---|---|
| 全缓冲 | _IOFBF | 缓冲区填满后才刷新 | 普通文件读写 |
| 行缓冲 | _IOLBF | 遇到换行符就刷新 | 终端交互（stdin/stdout） |
| 无缓冲 | _IONBF | 每次读写立即刷新 | stderr（错误输出） |
你想想看，为什么stderr默认是无缓冲？因为错误信息需要立刻显示，不能等缓冲区满了才输出。万一程序在缓冲区填满之前就崩溃了，错误信息就丢了。这个设计很合理。
setvbuf：自定义缓冲区
setvbuf函数允许我们手动设置缓冲区的模式和大小。原型长这样：
int setvbuf(FILE *stream, char *buf, int mode, size_t size);参数说明：
- stream：文件流指针
- buf：自定义缓冲区地址，传NULL则系统自动分配
- mode：缓冲模式（_IOFBF/_IOLBF/_IONBF）
- size：缓冲区大小
我在项目中遇到过一种情况：嵌入式设备上内存很紧张，默认的BUFSIZ（通常是8192字节）太大了。我通过setvbuf把缓冲区缩小到512字节，既满足了性能需求，又省下了内存。
重要提醒：setvbuf必须在文件打开后、任何读写操作之前调用。否则行为是未定义的。
setbuf：简化版设置
setbuf是setvbuf的简化版本，相当于：
setvbuf(stream, buf, buf ? _IOFBF : _IONBF, BUFSIZ);说白了，如果你传一个缓冲区给它，就启用全缓冲；传NULL就变成无缓冲。我很少用setbuf，因为它不够灵活——不能指定缓冲模式，也不能自定义大小。
fflush：手动刷新
fflush函数强制将缓冲区中的数据写入文件：
int fflush(FILE *stream);传NULL表示刷新所有打开的输出流。这个函数我用的频率很高，尤其是在写日志或做调试时。
小技巧：fflush(stdin)的行为是未定义的！虽然某些编译器支持，但不要依赖它。想清空输入缓冲区？用其他方法吧。
自定义缓冲区大小与模式
我曾经接手过一个项目，需要处理大量的小文件写入。默认的缓冲区大小是8192字节，但每次写入的数据只有几十字节。这意味着缓冲区经常处于「半饱」状态，刷新频率反而低了。
我做了个实验：
#include <stdio.h>
int main() {
FILE *fp = fopen("test.txt", "w");
if (!fp) return 1;
char buffer[1024];
setvbuf(fp, buffer, _IOFBF, sizeof(buffer));
for (int i = 0; i < 10000; i++) {
fprintf(fp, "data %d\n", i);
}
fclose(fp);
return 0;
}把缓冲区从默认的8K改成1K后，写入速度反而提升了。为什么？因为缓冲区小了，刷新更频繁，每次写入的数据量更匹配底层磁盘的块大小。嗯，这里要注意：不是缓冲区越大越好，得看你的实际写入模式。
避坑指南
我曾经踩过的坑：
- 在fclose之前忘记fflush，导致数据丢失。其实fclose会自动刷新，但程序异常退出时不会调用fclose。
- 自定义缓冲区是局部变量，在文件关闭前就销毁了。setvbuf不会复制缓冲区，它只是记录指针。所以缓冲区必须保持有效直到fclose。
- 行缓冲模式下，如果输出内容没有换行符，数据可能一直卡在缓冲区里。调试时记得加\n或者手动fflush。
缓冲区刷新流程图
下面这张图展示了缓冲区从写入到刷新的完整流程：
从图中可以看到，数据从应用程序出发，先进入用户缓冲区。当缓冲区满了，或者我们手动调用fflush，数据才会进入内核缓冲区，最终写入磁盘。这个分层设计让I/O操作变得高效，但也带来了数据丢失的风险。
实际应用建议
我个人习惯这样使用缓冲区：
- 日志系统：用行缓冲模式，每条日志末尾加换行符。这样即使程序崩溃，也能看到最后一条日志。
- 大数据写入：用全缓冲，缓冲区大小设为磁盘块大小的整数倍（常见4K或8K）。
- 实时监控：用无缓冲模式，或者频繁调用fflush。牺牲一点性能，换取实时性。
补充一点：setvbuf的size参数最小可以设多少？理论上可以设1字节，但实际中至少设256字节比较合理。太小的缓冲区会导致频繁的系统调用，反而降低性能。
好了，关于缓冲区刷新就聊这么多。记住一句话：缓冲区是你的朋友，但别让它成为你数据丢失的帮凶。该刷新时就刷新，该自定义时就自定义。