std::cout 默认输出到控制台（Windows 的 CONOUT$，Linux/macOS 的终端伪终端），本质是写入操作系统分配的文件描述符 1。
std::cout 默认输出到哪里？先确认重定向起点
std::cout 绑定的是 stdout 流，启动时由操作系统关联到控制台（Windows 的 CONOUT$，Linux/macOS 的终端伪终端）。它本身不“知道”自己在写屏幕——只是写入底层文件描述符 1。所以重定向本质是替换这个底层连接，不是修改 std::cout 对象本身。
- 重定向前务必检查当前
stdout是否已被其他代码（如freopen、dup2）动过，否则行为不可预测 - Windows 下若程序以 GUI 模式启动（无控制台），
stdout可能为nullptr，直接std::cout 会静默失败 - 不建议在多线程中全局重定向
stdout，除非你明确控制所有日志输出点并加锁
用 freopen 安全重定向 stdout 到文件（最简方案）
freopen 是 C 标准库函数，C++ 中仍可直接使用，它会关闭原 stdout 并打开新文件，同时保持 std::cout 与之同步（因 std::cout 内部缓冲区仍绑定同一 FILE*）。
#include <cstdio>
#include <iostream><p>int main() {
// 关键：必须在任何 std::cout 输出前调用
if (freopen("app.log", "w", stdout) == nullptr) {
std::cerr << "无法重定向 stdout\n";
return 1;
}</p><pre class='brush:php;toolbar:false;'>std::cout << "这行会写入 app.log\n"; // ✅ 生效
std::cout << "第二行也进文件\n";
return 0;}
-
"w"模式会清空原文件；用"a"可追加，但注意多进程写入可能乱序 -
freopen后std::cerr和std::clog仍输出到控制台，不受影响 - 若需恢复输出到控制台（如调试时临时切回），Windows 可
freopen("CON", "w", stdout)，Linux/macOS 用freopen("/dev/tty", "w", stdout)
避免缓冲区丢失：flush 和 setvbuf 控制时机
重定向后常见问题：程序崩溃或提前退出时，最后一段日志没写入文件——这是 stdout 缓冲区未刷新所致。默认是行缓冲（遇到 \n 刷）或全缓冲（满 buffer 才刷），而文件流通常是全缓冲。
立即学习“C++免费学习笔记（深入）”；
- 程序退出前务必调用
fflush(stdout)或std::cout - 更彻底的做法：在
freopen后立即禁用缓冲setvbuf(stdout, nullptr, _IONBF, 0); // Linux/macOS: setvbuf(stdout, nullptr, _IONBF, 0) // Windows 需用 _setvbuf，且 _IONBF 必须配 nullptr 缓冲区指针
- 禁用缓冲会降低性能（每字节都 syscall），仅在调试或日志关键性极高时启用
- 若用
std::endl替代"\n"，它等价于，但频繁使用会放大性能损耗
更可控的替代方案：绕过 stdout，直接操作 std::ofstream
不碰 stdout，改用 std::ofstream + 自定义流缓冲区（std::streambuf），可完全掌控格式、线程安全和缓冲策略。
#include <fstream>
#include <streambuf>
#include <iostream><p>class LogStreamBuf : public std::streambuf {
std::ofstream file<em>;
public:
LogStreamBuf(const char* path) : file</em>(path) {}
int_type overflow(int<em>type c) override {
if (c != EOF) file</em>.put(static<em>cast<char>(c));
return c;
}
int sync() override { file</em>.flush(); return 0; }
};</p><p>int main() {
LogStreamBuf log_buf("app.log");
std::ostream log_out(&log_buf);</p><pre class='brush:php;toolbar:false;'>log_out << "手动管理的流，不依赖 stdout\n";
log_out.flush(); // 显式刷}
- 这种方式不干扰
std::cout，适合混合输出（部分打屏、部分落盘） -
overflow处理单字符，sync对应flush()，可在此加入时间戳、线程 ID 等逻辑 - 注意
std::ofstream构造失败时，file_.is_open()为 false，需检查
缓冲区行为差异容易被忽略：重定向 stdout 后，std::cout 的 rdbuf() 仍指向原 FILE* 关联的缓冲区，但底层已连文件；而自定义 streambuf 完全脱离 C 运行时，缓冲策略由你定义。选哪种，取决于你是否需要兼容旧代码、是否允许多线程并发写、以及对崩溃时日志完整性的容忍度。
