c++oding="utf-8" ?>
为什么 fopen 后调用 setvbuf 失败？
因为 setvbuf 必须在文件流打开后、**任何 I/O 操作之前**调用。一旦执行过 fread、fwrite、fprintf 或甚至 fflush，缓冲区状态就已锁定，再调用 setvbuf 会直接失败（返回非零值），且后续行为未定义。
- 错误写法：
fopen→fprintf→setvbuf（无效） - 正确顺序：
fopen→setvbuf→ 其他 I/O - 检查是否成功：必须判断返回值，
if (setvbuf(fp, buf, _IOFBF, size) != 0) { /* 失败 */ }
setvbuf 的三个缓冲模式怎么选？
第二个参数 buf 和第三个参数 mode 共同决定缓冲行为，不是所有组合都合理：
-
_IONBF（无缓冲）：忽略buf和size，每次 I/O 直接系统调用。适合日志文件或调试输出，但性能差；setvbuf(fp, nullptr, _IONBF, 0)是唯一合法用法 -
_IOLBF（行缓冲）：仅对终端类流（如stdout）有意义；文件流上行为等同于_IOFBF，别依赖它自动按行刷新 -
_IOFBF（全缓冲）：最常用；若传入自定义buf，则使用该内存块；若传nullptr，由 libc 分配内部缓冲区（推荐初学者用）
自定义缓冲区要注意内存生命周期和对齐
如果你传入自己的缓冲区指针（比如 char mybuf[8192]），必须确保这块内存的生命周期覆盖整个文件操作过程——不能是栈上局部数组并在函数返回后被销毁。
- 栈分配缓冲区：只适用于短生命周期的流（如函数内打开、读写、关闭）
- 堆分配缓冲区：需手动
malloc/free，注意free必须在fclose之后（否则fclose可能仍访问该内存） - 对齐要求：某些平台（如 ARM 或严格 libc 实现）要求缓冲区地址按页对齐（
alignas(4096)），否则setvbuf可能静默失败 - 最小尺寸：POSIX 建议至少
BUFSIZ（通常 8192），小于它可能被忽略或降级处理
C++ iostream 怎么控制缓冲区？没有 setvbuf 对应物
std::fstream 等 C++ 流不暴露底层 C 缓冲区接口，也不能直接用 setvbuf —— 因为它们内部封装了 FILE*，但标准不保证其 FILE* 可安全访问或未被提前使用。
- 不可靠做法：
file.rdbuf()->pubsetbuf(buf, size)：这是非标准扩展，在 libstdc++ 和 libc++ 行为不一致，且仅对某些构造方式有效（如从 FILE* 构造） - 实际可行方案：绕过 iostream，用
std::fopen+setvbuf+std::fread/std::fwrite；或接受默认缓冲（通常已足够） - 替代优化点：用
std::ios_base::sync_with_stdio(false)关闭与 C 流同步，提升性能比改缓冲区更显著
缓冲区大小不是越大越好，超过系统页大小（4KB）后收益递减，而过大的自定义缓冲区反而增加内存碎片和首次分配延迟。真正影响吞吐的往往是磁盘随机寻址、锁竞争或 flush 频率，而不是缓冲区本身。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
