最快方案是freopen，但仅限C风格输出；C++项目须重载streambuf或替换cout.rdbuf()以避免日志丢失乱序，需处理缓冲、线程安全、异常及路径兼容性。
用 freopen 重定向 stdout 最快但有风险
直接把 printf、std::cout 的输出写进文件，freopen 是最轻量的办法。它会替换 C 标准库的 stdout 流，后续所有基于 C 风格的输出（包括 std::cout 在多数实现中）都会进文件。
但要注意：它修改的是全局状态，多线程下不安全；且一旦调用，原终端输出就彻底丢失，无法“同时输出到屏幕和文件”。
示例：
freopen("output.txt", "w", stdout);
printf("hello\n");
std::cout << "world\n"; // 也会进文件
// 注意：此后不能再用 std::cout << std::endl; 刷新屏幕，除非再 freopen 回 /dev/tty（Linux）或 CON（Windows）- 第二个参数必须是
"w"或"a"，"wb"等二进制模式可能导致std::cout行为异常 - Windows 下重定向回控制台要用
freopen("CON", "w", stdout)；Linux/macOS 用freopen("/dev/tty", "w", stdout) - 程序退出前不 fclose(stdout)，部分输出可能被缓冲未写入文件
用 std::ofstream + std::streambuf 替换 std::cout 的底层缓冲区
这是更现代、更可控的方式：不碰 C 的 stdout，只接管 C++ 的 std::cout 输出目标。适合只想捕获 C++ 流、保留 C 函数（如 printf）照常输出到终端的场景。
立即学习“C++免费学习笔记（深入）”；
核心是用 std::ofstream 的 rdbuf() 替换 std::cout 的缓冲区：
std::ofstream file("output.txt");
std::streambuf* original = std::cout.rdbuf(file.rdbuf());
// 此后 std::cout << ... 全进文件
std::cout << "this goes to file\n";
// 恢复：
std::cout.rdbuf(original);- 不能在多线程中随意切换
rdbuf()，std::cout不是线程安全的缓冲区操作目标 - 文件打开失败时
file.rdbuf()返回nullptr，直接传给rdbuf()会导致未定义行为，务必检查if (file.is_open()) - 恢复原始缓冲区后，若文件流对象析构，其关联的缓冲区自动释放——别提前销毁
file
需要同时输出到屏幕和文件？自己封装一个双路 std::ostream
标准库没提供“tee”功能，但可以继承 std::streambuf 实现一个能写两处的缓冲区，再用它构造新 std::ostream。不过实际项目中更常用的是简单封装函数：
void tee(const std::string& msg) {
std::cout << msg;
std::ofstream f("output.txt", std::ios_base::app);
f << msg;
}但上面写法每次调用都开闭文件，性能差。更合理的做法是持有一个长期打开的 std::ofstream 对象：
class TeeStream {
std::ofstream file_;
std::ostream& out_;
public:
TeeStream(const char* fname, std::ostream& out = std::cout)
: file_(fname, std::ios_base::app), out_(out) {}
template<typename T>
TeeStream& operator<<(const T& t) {
out_ << t;
if (file_.is_open()) file_ << t;
return *this;
}
};
// 使用：
TeeStream tee("output.txt");
tee << "log: " << 42 << "\n";- 别用
std::endl在TeeStream里——它会刷两次缓冲，效率低；用"\n"+ 外部std::cout.flush()控制时机 - 如果要支持
operator<<所有流操作符（比如std::hex），需额外重载无参操作符，或改用std::streambuf底层实现 - 多个
TeeStream实例写同一文件时，注意文件打开模式：std::ios_base::app保证追加，但不保证多线程写入原子性
为什么不用 system("program > output.txt")？
在 Windows/Linux 命令行里跑 ./a.out > output.txt 当然最简单，但这属于 shell 层重定向，不是 C++ 代码内控制。如果你的需求是“程序内部决定何时开始/停止记录”，或者要动态生成文件名、按条件切分日志，那必须在代码里做重定向。
另外，用 system() 启动子进程再重定向，会丢失父进程的 stdout 控制权，且无法捕获子进程的实时输出做处理（比如过滤、加时间戳）。
真正容易被忽略的一点：C++ 标准对 stdout 和 std::cout 是否绑定没有强制要求。虽然绝大多数实现默认同步，但如果你关了同步（std::ios::sync_with_stdio(false)），再用 freopen 就可能让 std::cout 和 printf 输出错乱——这种细节在线上环境出问题时极难排查。
