用 cout.rdbuf() 交换流缓冲区可行但需手动管理生命周期，否则易崩溃或输出丢失；常见原因是未刷新缓冲区或文件流提前析构导致悬空指针。
直接说结论：用 cout.rdbuf() 交换流缓冲区是可行的，但必须手动管理原始缓冲区生命周期，否则程序退出时可能崩溃或输出丢失。
为什么 cout.rdbuf(new_buf) 后文件没内容？
常见现象：调用 cout.rdbuf(file_stream.rdbuf()) 后，控制台不输出了，但文件也空空如也——这通常是因为没触发缓冲区刷新，或 file_stream 在 cout 还在用其缓冲区时就析构了。
- 标准流默认行缓冲（终端）或全缓冲（重定向到文件），
cout不会自动flush，尤其换缓冲区后更易卡住 -
file_stream（比如ofstream）析构时会关闭文件并冲刷缓冲区；但如果它先于cout析构，而cout仍持有其rdbuf()，就会访问已释放内存 → UB（常见 crash 或静默失败） -
cout.rdbuf()返回的是旧缓冲区指针，你得自己保存并在恢复前确保它还有效
安全替换和恢复的三步写法
核心原则：缓冲区对象的生命周期 ≥ 使用它的流对象。推荐把文件流定义在作用域最外层，并避免提前析构。
- 用
ofstream显式打开文件，不要依赖局部ofstream自动析构 - 用
streambuf*临时保存原始cout缓冲区，别用智能指针托管（streambuf不是 RAII 友好类型） - 恢复前务必手动
cout.flush()，再调用cout.rdbuf(old_buf)
ofstream log_file("output.txt");
streambuf* old_cout_buf = cout.rdbuf(log_file.rdbuf());
// ... 输出内容
cout << "hello" << endl; // endl 会 flush，但保险起见仍建议显式 flush
cout.flush(); // 关键！确保内容写入文件
cout.rdbuf(old_cout_buf); // 恢复
// log_file 可以在此后安全析构（仍在作用域内）
freopen vs rdbuf：选哪个？
如果只是启动时一次性重定向全部 stdout（包括 C 风格的 printf），freopen 更简单且无生命周期风险；但若需动态切换、仅重定向 cout、或保留 cin/cerr 不变，必须用 rdbuf。
立即学习“C++免费学习笔记（深入）”；
-
freopen("out.txt", "w", stdout)会同时影响printf、puts和cout（因cout默认绑定到stdout） -
freopen不需要管理缓冲区指针，但无法细粒度控制（比如只重定向cout而不碰cerr） - C++20 起可考虑
std::osyncstream，但目前主流编译器支持有限，不建议生产环境依赖
真正容易被忽略的点：rdbuf() 交换不是“复制”而是“移交”，缓冲区所有权没变，只是谁在用它变了——所以谁负责 flush、谁负责析构，必须自己理清楚。一个 ofstream 提前离开作用域，就足以让整段重定向逻辑失效。
