用 rdbuf() 临时替换 cout 输出目标最轻量可控，需先保存原缓冲区指针再恢复，重定向文件流须持久存活，避免未定义行为；禁用 freopen()/dup2() 因其跨平台差、不同步且绕过 C++ 流机制。
怎么用 rdbuf() 临时替换 cout 的输出目标
直接改 cout 的底层缓冲区是最轻量、最可控的方式，不需要改全局流状态，也不影响其他线程（前提是单线程场景）。核心就是用 cout.rdbuf() 获取当前缓冲区指针，再用 cout.rdbuf(new_buf) 换掉它。
常见错误是：调用 rdbuf() 后没保存原 streambuf*，导致恢复时无从下手；或者把文件流的 rdbuf() 直接传给 cout.rdbuf() 却忘了文件流对象必须比重定向周期更久存活——一旦文件流析构，cout 就指向已释放内存，后续输出触发未定义行为。
- 始终先保存原始
streambuf*：auto old_buf = std::cout.rdbuf(); - 用于重定向的
std::ofstream必须是局部静态、全局或栈上持久对象，不能是临时对象 - 重定向后所有
std::cout << ...都写入该文件，包括第三方库中隐式使用的cout - 恢复前确保文件流已 flush，否则最后几行可能卡在缓冲区里没落盘
为什么不能直接用 freopen() 或 dup2()
这些 C 风格方式会劫持整个 stdout 文件描述符，影响所有写到 fd 1 的操作（比如某些底层日志库、子进程继承的 fd、甚至 printf()），而且在 Windows 上与 C++ 流缓冲不同步，容易丢数据或乱码。C++ 流有自己的缓冲层，freopen() 只重定向了 C 标准库的 stdout，而 std::cout 可能还缓存着旧内容没刷出去。
-
freopen("out.txt", "w", stdout)后，std::cout << "a"; printf("b");可能输出顺序错乱或部分丢失 -
dup2()是 POSIX 特有，Windows 不可用，跨平台项目直接排除 - 它们绕过了 C++ 流的 locale、格式化、异常处理等机制，
std::cout.imbue()等设置失效
std::ofstream 构造时要注意编码和缓冲模式
默认构造的 std::ofstream 用系统本地编码，如果控制台是 UTF-8（Linux/macOS）而文件想存 UTF-8，没问题；但 Windows 控制台默认是 GBK/CP936，cout 输出中文是窄字符，若文件流用 std::ios::binary 打开却没做编码转换，就会写入乱码字节。
立即学习“C++免费学习笔记（深入）”；
- 写文本就别加
std::ios::binary，让流自动处理换行符转换（\n → \r\n） - 需要 UTF-8 安全输出时，Windows 下建议用
_setmode(_fileno(stdout), _O_U16TEXT)配合宽字符流，或统一用 UTF-8 编码的窄字符流 + BOM（手动写"\xEF\xBB\xBF"） - 大日志场景下，可调用
file_stream.rdbuf()->pubsetbuf(nullptr, 0)关闭缓冲（慎用，性能下降明显），或用file_stream 强制每条输出都 flush
多线程下重定向 cout 的风险点
std::cout 本身是线程安全的（内部带锁），但你手动调用 rdbuf() 替换缓冲区的操作不是原子的。如果线程 A 正在切换缓冲区，线程 B 同时执行 cout << "x"，可能写到一半的缓冲区被换走，造成崩溃或输出截断。
- 绝对不要在多线程环境中动态切换
cout.rdbuf() - 如需按线程分流，应每个线程用独立
std::ostringstream收集内容，最后由主线程统一写文件 - 若必须全局重定向，应在程序启动早期单线程完成，并确保之后不再修改
cout的rdbuf()
最易被忽略的是：重定向后忘记恢复，尤其在异常路径里——函数中途 throw 了，cout 就永远指向一个可能已关闭的文件流，后续所有 cout 输出静默失败，调试时完全看不到提示。
