std::filebuf::pubsetbuf常失效，因标准规定仅在open前调用才可能生效；一旦文件打开，缓冲区已初始化，后续调用被忽略。
std::filebuf::pubsetbuf 为什么经常失效
直接调用 pubsetbuf 失效，不是你代码写错了，而是标准规定：只有在流未关联任何文件（即未调用 open 或 attach）时，pubsetbuf 才可能生效。一旦 std::ifstream 或 std::ofstream 已打开文件，底层 std::filebuf 的缓冲区就已被系统初始化，此时再调用 pubsetbuf 会被忽略（C++ 标准 ISO/IEC 14882 §27.9.1.3）。
常见错误现象：pubsetbuf 返回 this，看似成功，但实际 read/write 行为毫无变化；用 strace 观察系统调用，仍看到默认 8KB 的 read 系统调用粒度。
- 必须在构造
std::filebuf后、调用open前调用pubsetbuf - 缓冲区内存需由用户长期持有（不能是栈变量或临时
std::vector），否则流读写时访问野指针 - 缓冲区大小必须是系统页大小的整数倍（如 4096、8192、16384），否则某些 libc 实现（如 musl）会静默降级回默认值
正确做法：绕过 std::fstream，手动构造 filebuf + open
核心思路是放弃 std::ifstream("/path") 这类便捷构造，改用两步法控制缓冲时机：
char* buf = new char[65536]; // 64KB 缓冲区，注意对齐（建议用 aligned_alloc 若需 strict align）
std::filebuf fb;
fb.pubsetbuf(buf, 65536); // 必须在此时调用
fb.open("/tmp/data.bin", std::ios_base::in | std::ios_base::binary);
std::istream is(&fb); // 绑定到 stream，但不接管 buf 生命周期
// ... 使用 is.read(...) ...
// 注意：delete[] buf 必须在 fb 析构后执行（fb 析构前不能释放 buf）
关键点：
立即学习“C++免费学习笔记（深入）”；
-
std::filebuf不管理缓冲区内存，delete[] buf必须由你显式控制，且必须在fb对象销毁之后 - 若需同时读写，用
std::ios_base::in | std::ios_base::out | std::ios_base::binary，但注意部分文件系统（如 ext4）对同一文件的读写缓冲共享，修改后会影响两者 - Windows 下需用
_O_BINARY标志配合_open，否则pubsetbuf在文本模式下行为不可控
Linux 下更底层的控制：open() + setvbuf() 组合
当 C++ 流封装无法满足需求（比如要精确控制 readahead 或绕过 glibc 缓冲），可退到 C 层级，用原生文件描述符 + setvbuf：
int fd = open("/tmp/data.bin", O_RDONLY | O_DIRECT); // O_DIRECT 绕过 page cache，此时 setvbuf 无效，但可配合 posix_memalign 分配对齐 buffer
FILE* fp = fdopen(fd, "rb");
char* buf = nullptr;
posix_memalign(&buf, 4096, 131072); // 128KB 对齐 buffer
setvbuf(fp, buf, _IOFBF, 131072); // 必须在首次 I/O 前调用
// 后续用 fread/fwrite，而非 C++ stream
注意：
-
O_DIRECT要求用户缓冲区地址、大小、文件偏移全部按 512B（或文件系统逻辑块）对齐，否则read返回-1并设errno = EINVAL -
setvbuf的缓冲类型选_IOFBF（全缓冲）最稳定；_IOLBF（行缓冲）在二进制文件中无意义；_IONBF即无缓冲，但每次fread都触发系统调用，性能暴跌 - 此方式绕过了 C++ iostream 的 locale、facet、异常等机制，适合高性能批处理场景，不适合混合格式解析
验证缓冲区是否真正生效
不要只信文档或返回值，用系统工具实测：
- Linux 下运行
strace -e trace=read,write -s 16 ./your_program 2>&1 | grep read，观察每次read(3, ...)的字节数是否接近你设置的缓冲大小 - 用
/proc/PID/fdinfo/3（其中 3 是文件描述符号）查看flags和pos，确认无direct标志且位置连续增长 - 若使用
O_DIRECT，strace中应看到read调用字节数与你posix_memalign分配大小一致，且无readahead相关内核日志
最容易被忽略的是缓冲区生命周期管理——std::filebuf 析构时不会释放你传入的 buf，但若提前释放，后续任意一次 is.get() 都可能引发段错误，且这种 bug 往往在高负载下才暴露。
