直接修改 cerr 的 rdbuf() 是最轻量可控的重定向方式，需确保 ofstream 对象生命周期不短于重定向期，否则引发未定义行为。
直接改 cerr 的底层流缓冲区（rdbuf()）是最轻量、最可控的方式，无需修改编译选项或依赖外部 shell，且对已有代码侵入极小。
用 cerr.rdbuf() 替换为文件流缓冲区
核心是把 cerr 绑定的 streambuf* 换成 ofstream 对应的缓冲区。注意：必须保持 ofstream 对象生命周期 ≥ cerr 重定向期间，否则缓冲区析构会导致未定义行为。
常见写法：
std::ofstream log_file("error.log");
std::streambuf* original_cerr_buf = std::cerr.rdbuf(log_file.rdbuf());
// ……运行期间所有 cerr
-
log_file必须声明在重定向之前，且不能是临时对象（比如不能写成std::ofstream("error.log").rdbuf()） - 恢复原缓冲区不是必须的，但若程序后续还要输出到终端（如调试阶段），建议恢复
- 如果文件打开失败，
log_file.rdbuf()返回nullptr，此时调用cerr.rdbuf(nullptr)会让cerr失效（输出静默丢失），务必检查log_file.is_open()
重定向后 cerr 仍带缓冲？要不要 flush
cerr 默认是 unbuffered（无缓冲），但一旦你把它绑定到文件流缓冲区，就继承了该缓冲区的策略——ofstream 默认是 fully buffered，意味着错误日志可能滞留在内存里不落地，崩溃时丢失关键信息。
- 安全做法：重定向后立即设置为 unbuffered：
log_file.rdbuf()->pubsetbuf(nullptr, 0); - 或每次写完手动刷：
cerr （<code>std::endl触发 flush） - 更推荐前者，一劳永逸；后者容易漏，尤其在异常路径中
多线程下 cerr.rdbuf() 重定向是否安全
不安全。cerr.rdbuf() 是全局操作，且 std::ofstream 的 rdbuf() 不是线程安全的。多个线程同时重定向、或一个线程重定向时另一个线程正在写 cerr，极易引发 data race。
- 若需多线程写错误日志，不要共享一个
cerr重定向目标 - 正确做法：每个线程用自己的
std::ofstream+ 自己的锁，或用线程安全日志库（如spdlog） - 若只是启动时单次重定向（主线程完成后再启其他线程），则没问题
最容易被忽略的是缓冲策略切换和对象生命周期管理——写进去的日志没看到，八成是缓冲没刷；程序跑着突然 cerr 不输出了，大概率是 ofstream 对象提前析构了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
