唯一可靠方法是用FILE*+setvbuf接管缓冲：先fopen二进制模式，再分配对齐缓冲区并调用setvbuf，之后仅用C函数I/O；C++中pubsetbuf仅在open前有效；禁用stdio同步可提升吞吐2–3倍。
您正在开发高性能日志系统或批量数据处理程序，发现 std::ifstream 或 std::ofstream 的 I/O 吞吐量卡在 8KB/次系统调用附近，怀疑是底层 libc 缓冲区尺寸过小导致频繁陷入内核——但直接对已构造的 std::fstream 对象调用 setvbuf 不仅无效，还可能引发未定义行为，因为 C++ 流在构造或 open 时已锁定缓冲状态，后续无法动态干预。
用 FILE* + setvbuf 组合接管底层缓冲（唯一可靠路径）
这是被 C 标准明确定义、跨平台可验证生效的唯一方法。它绕过 std::fstream 封装，直连 libc 的 FILE* 缓冲机制，所有控制权由你掌握。
第一步：以二进制模式调用 fopen 打开文件，例如 "rb" 或 "wb+"；【文本模式（如 "r"）在 Windows 下会静默忽略 setvbuf 设置】
第二步：立即分配一块生命周期可控的缓冲区。推荐使用 static char buf[131072]（适用于短作用域），或更安全地调用 posix_memalign(&buf, 64, 131072)（需 #include
立即学习“C++免费学习笔记（深入）”；
第三步：调用 setvbuf(fp, buf, _IOFBF, 131072)，必须检查返回值——若非零，说明设置失败，常见原因包括缓冲区未对齐、size 小于 libc 最小要求（通常 ≥256 字节）或已发生隐式 I/O（如 feof、fseek 都算污染）。
第四步：此后只能使用 fread/fwrite/fclose 等 C 函数进行 I/O；【混用 fprintf 或 fputc 可能触发隐式 fflush，破坏缓冲区稳定性】
用 std::filebuf::pubsetbuf 手动预设缓冲（标准接口，但有硬限制）
这是 C++ 标准中唯一允许的缓冲区干预方式，不依赖编译器扩展，但生效前提是流尚未打开任何文件——一旦 open() 被调用，pubsetbuf 就被标准明文规定为“可能被忽略”。
方法一：两步构造法（推荐）
先声明 char buffer[65536]，注意该内存不能是栈上临时变量；
再构造 std::filebuf fb，立刻调用 fb.pubsetbuf(buffer, sizeof(buffer))；
然后调用 fb.open("data.bin", std::ios_base::in | std::ios_base::binary)；
最后绑定 std::istream is(&fb) 开始读取。
方法二：继承重写 setbuf（高阶控制）
定义 class CustomFileBuf : public std::filebuf，内部持有 new char[1024*1024]；
重写 setbuf() 返回 this，并在析构函数中 delete[] m_buf；
关键点：std::filebuf 不管理缓冲区内存，你必须显式控制其生命周期，且 delete[] 必须发生在 filebuf 对象析构之后。
禁用 stdio 同步并增大单次操作粒度（轻量级优化）
当您无法重构 I/O 路径但仍想提升吞吐量时，此法可立竿见影。它不修改底层缓冲区大小，但消除 C/C++ 流同步开销，并促使流内部更倾向批量处理。
在 main 函数第一行调用 std::ios_base::sync_with_stdio(false)，此调用必须在任何 std::cin/std::cout 操作前执行；
随后改用 read(buf, count) 替代循环 get()，例如一次读取 64KB 而非逐字节；
这不会改变 libc 默认 BUFSIZ，但能让 std::streambuf 内部缓冲更高效填满，实测在 libstdc++ 上吞吐量可提升 2–3 倍。
