freopen("log.txt", "w", stdout) 对 std::cout 无效，因其仅替换 C 标准库的 stdout FILE*，而 std::cout 持有独立 streambuf，不自动同步；需调用 std::ios::sync_with_stdio(true) 或改用 rdbuf() 接管缓冲区。
直接重定向 std::cout 到文件是可行的，但必须手动接管缓冲区（std::streambuf），否则写入会丢失或乱序；单纯用 freopen 只影响 C 风格 printf，对 C++ 流无效。
为什么 freopen("log.txt", "w", stdout) 不管用？
C++ 的 std::cout 默认绑定到 stdout 的底层 FILE*，但一旦程序启动后，std::cout 就持有自己的 std::streambuf 实例。调用 freopen 会替换 C 标准库的 stdout 文件指针，但 C++ 流不会自动感知这个变化——它的缓冲区仍指向原来的（已关闭的）输出目标。
常见现象：std::cout 看似没报错，但日志文件为空或内容不全；<code>printf("hello") 却能正常写入。
- 根本原因：C++ 流与 C stdio 的缓冲区是分离的，不能混用重定向方式
- 正确做法：替换
std::cout关联的std::streambuf，而非修改stdout - 注意：替换后
std::cin和std::cerr不受影响，它们各自有独立缓冲区
用 rdbuf() 替换 std::cout 缓冲区
核心操作是创建一个 std::ofstream，获取其 std::streambuf*，再用 std::cout.rdbuf() 挂载过去。必须确保 ofstream 生命周期长于 std::cout 使用期（通常设为全局或 main 开头的静态对象）。
立即学习“C++免费学习笔记（深入）”；
std::ofstream log_file("app.log", std::ios::out | std::ios::app);
std::streambuf* original_buf = std::cout.rdbuf(log_file.rdbuf());
// 后续所有 std::cout << ... 都写入 app.log
std::cout << "Start logging..." << std::endl;
// 恢复（可选）：std::cout.rdbuf(original_buf);
- 务必检查
log_file.is_open()，失败时rdbuf()返回nullptr，会导致后续输出崩溃 - 使用
std::ios::app追加模式，避免每次覆盖；如需清空日志，改用std::ios::trunc - 不建议在多线程中直接共享同一
std::ofstream缓冲区——std::cout本身非线程安全，需额外加锁
如何实现带缓冲控制的日志重定向（避免频繁刷盘）
默认 std::ofstream 缓冲行为由系统决定，但你可以显式控制：用 std::filebuf 手动分配缓冲区，或调用 pubsetbuf 设置自定义缓冲区。更实用的是组合 std::unitbuf 控制刷新策略。
std::ofstream log_file("app.log", std::ios::out | std::ios::app);
log_file.rdbuf()->pubsetbuf(nullptr, 0); // 禁用内部缓冲（慎用，性能差）
std::cout.rdbuf(log_file.rdbuf());
std::cout << std::unitbuf; // 每次 << 后自动 flush（等价于 endl + flush）
-
std::unitbuf是最简单可控的方式，适合调试日志；生产环境建议保留默认缓冲，用std::endl或std::flush显式刷盘 - 不要对
std::filebuf调用pubsetbuf传入栈内存——缓冲区必须持续有效，推荐用new char[4096]分配并手动管理 - 注意：
std::cout.tie(nullptr)可解绑与std::cin的关联，防止输入操作意外触发日志刷新
真正容易被忽略的点：重定向后，std::cout 的格式状态（如 std::hex、std::setw）不受影响，但错误状态位（failbit、badbit）会反映文件写入失败。务必在关键日志后检查 std::cout.fail()，尤其磁盘满或权限不足时，否则可能静默丢日志。
