交换后输出未进文件是因为文件流未正确打开或未刷新缓冲区；需确保ofstream以std::ios::out模式打开、is_open()为true，并在交换后手动flush。
std::cout.rdbuf() 交换后为什么输出没进文件？
直接调用 std::cout.rdbuf(file_stream.rdbuf()) 后，控制台看似“静音”，但文件里空空如也——大概率是忘了刷新缓冲区或文件流未正确打开。C++ 的流缓冲区默认是行缓冲（终端）或全缓冲（文件），std::cout 交换缓冲区后仍沿用原缓冲策略，而文件流若未设置 std::ios::out 或未检查 is_open()，rdbuf() 交换会静默失败。
- 务必在交换前确认
file_stream.is_open()为true，且以std::ofstream file_stream("log.txt", std::ios::out)方式打开 - 交换后立即调用
std::cout 或 <code>std::cout.flush()，否则缓冲区内容可能滞留 - 避免在
main()结束前提前析构文件流对象——否则其rdbuf()被销毁，cout指向已释放内存，后续输出行为未定义
如何安全恢复 cout 到控制台？
交换是双向的：std::cout.rdbuf() 返回的是旧缓冲区指针，必须保存它，才能回退。很多人只记住了“换出去”，却丢了“换回来”的句柄。
- 保存原始缓冲区：
std::streambuf* orig_buf = std::cout.rdbuf(); - 重定向：
std::cout.rdbuf(file_stream.rdbuf()); - 恢复：
std::cout.rdbuf(orig_buf);—— 这一步必须在file_stream仍有效时执行 - 如果需多次切换，不要重复调用
file_stream.rdbuf()；每次交换都应基于同一个打开的文件流对象
std::ofstream 和 std::fstream 在重定向中有什么区别？
关键在打开模式和隐含行为。std::ofstream 默认以 std::ios::out 打开，适合纯输出；而 std::fstream 默认不带任何模式标志，若只传文件名不指定 std::ios::out，is_open() 会返回 false，导致 rdbuf() 交换无效，且无编译错误或异常抛出。
- 用
std::ofstream更稳妥：std::ofstream log_file("out.log"); if (!log_file) { /* 处理失败 */ } - 用
std::fstream必须显式指定：std::fstream log_file("out.log", std::ios::out); - 二者底层
rdbuf()类型一致（std::filebuf*），可互换使用，但语义清晰度差会影响调试效率
重定向期间 std::cerr 和 std::clog 会受影响吗？
不会。std::cout.rdbuf() 只影响 std::cout 自身的缓冲区绑定，std::cerr 和 std::clog 是独立对象，各自持有独立的 streambuf。但要注意：如果误把 std::cerr.rdbuf() 也做了同样交换，它们就会同步重定向——这种“全局日志劫持”需要显式操作，不是副作用。
立即学习“C++免费学习笔记（深入）”；
-
std::cerr默认不缓冲（unbuffered），重定向后依然保持该特性，适合错误实时落盘 - 若想统一重定向所有标准流，需分别对
std::cout、std::cerr、std::clog调用rdbuf()，并各自保存原始streambuf* - 多线程环境下，共享同一文件流做重定向需加锁，否则
filebuf内部缓冲区竞争会导致输出错乱
实际中最容易被忽略的是缓冲区生命周期匹配：文件流对象必须比所有依赖其 rdbuf() 的输出操作活得更久，哪怕只是多活一行代码。
