最简单方法是用freopen重定向stdout，需在main开头且所有输出前调用；若需双输出或纯C++风格，则用rdbuf()替换或自定义streambuf，并注意缓冲、刷新及错误检查。
直接用 freopen 重定向 stdout 最简单
绝大多数场景下，你不需要动 std::cout 的缓冲区或继承 std::streambuf——freopen 一行就搞定，且兼容 C++98 到 C++20。
它本质是把 C 标准库的 stdout 文件指针重新绑定到文件，而 std::cout 默认依赖 stdout，所以输出自动进文件。
常见错误：在调用 freopen 前已向 std::cout 输出过内容（比如调试 cout ），这部分会留在原控制台缓冲区，不会进文件；必须在任何输出前调用。
-
freopen("output.txt", "w", stdout);—— 必须写在main()开头，且早于所有cout、printf、std::endl - 如果想追加而非覆盖，把
"w"换成"a" - 重定向后，
std::cin和std::cerr不受影响；如需重定向stderr，单独调用freopen("err.txt", "w", stderr) - Windows 下路径含中文可能出乱码，建议用英文路径或确保控制台代码页一致（如
chcp 65001）
用 rdbuf() 替换 cout 的底层缓冲区（更 C++ 风格）
当项目要求纯 C++、禁用 C 标准库函数，或需要精细控制（比如同时输出到屏幕和文件），就得接管 std::cout 的 streambuf。
立即学习“C++免费学习笔记（深入）”；
核心是用 std::ofstream 的 rdbuf() 替换 std::cout.rdbuf()，但要注意：替换后原 cout 缓冲区被释放，不能再恢复（除非自己保存旧指针）。
典型坑：忘记在程序退出前恢复原缓冲区，导致后续第三方库日志丢失；或误用 std::endl 触发双重刷新（文件流 + 原 stdout）。
- 保存原缓冲区：
std::streambuf* orig_buf = std::cout.rdbuf(); - 重定向：
std::ofstream file("log.txt"); std::cout.rdbuf(file.rdbuf()); - 恢复（如需）：
std::cout.rdbuf(orig_buf);—— 必须在file仍有效时调用，否则file.rdbuf()已销毁 - 性能影响：每次
都走文件 I/O，比内存缓冲慢；若需高性能，应自行实现带缓冲的 <code>streambuf子类
Windows 控制台程序双输出（屏幕 + 文件）不能只靠 freopen
freopen 是单目标重定向，要同时输出到屏幕和文件，得手动分流。常见错误是试图用两个 freopen 连续调用，结果只有最后一个生效。
真实需求往往是“开发时看控制台，发布时存日志”，所以推荐运行时开关，而不是编译期硬编码。
- 最简方案：用
std::teebuf（C++23 引入），但目前主流编译器（GCC 13/Clang 17）尚未完全支持 - 实用替代：
std::ostream包装器 + 自定义streambuf，或直接用boost::iostreams::tee_device - 轻量级手写方案：封装一个
Logger类，内部持两个std::ostream*（&std::cout和&file_stream），所有输出走它；避免污染全局cout - 注意
\r\n行尾差异：Windows 控制台显示正常，但文件里多一个\r；若后续用 Linux 工具处理，建议统一用\n并设文件流为二进制模式（std::ofstream file("x.txt", std::ios::binary)）
重定向后 std::flush 和 std::endl 的行为差异
重定向不改变流语义，但底层设备变了，刷新时机和效果容易被忽略。尤其在文件写入失败时，缓冲区内容可能静默丢失。
现象：程序崩溃前最后一行没写入文件；或日志文件大小始终为 0 —— 很可能是缓冲未刷出，而非重定向失败。
-
std::endl= 插入\n+ 调用flush()；\n单独用不触发刷新，依赖缓冲区满或流析构时自动刷 - 文件流默认是全缓冲（
full buffering），控制台流是行缓冲（line buffering）；重定向后cout变成全缓冲，所以std::endl更关键 - 安全做法：每条关键日志后加
，或定期手动 <code>std::cout - 极端情况（如程序异常终止），
atexit注册的清理函数可能来不及执行；此时用std::ios_base::sync_with_stdio(false)会进一步延迟刷盘，慎关
真正麻烦的不是怎么重定向，而是重定向后没人检查文件是否真的写成功了——ofstream 的 fail() 或 bad() 状态得主动查，freopen 返回 NULL 也得判断。
