直接用 rdbuf() 替换流缓冲区最简单，调用 cout.rdbuf() 获取当前缓冲区指针，再用 std::ofstream 的 rdbuf() 替换；注意 ofstream 对象生命周期须长于 cout 重定向期，否则缓冲区析构引发未定义行为。
直接用 rdbuf() 替换流缓冲区最简单
不需要重载或继承，std::cout 本身支持运行时切换底层缓冲区。核心是调用 cout.rdbuf() 获取当前缓冲区指针，再用文件流的 rdbuf() 替换它。
实操要点：
- 必须用
std::ofstream（不是std::fstream或FILE*），因为只有它提供兼容的rdbuf()类型 - 文件流对象生命周期必须长于
cout的重定向期，否则缓冲区析构会导致未定义行为 - 重定向后
cout 确实写入文件，但不会自动刷新，建议结尾加 <code>std::cout 或手动 <code>std::cout.flush()
std::ofstream file("output.txt");
std::streambuf* original = std::cout.rdbuf(file.rdbuf());
// 此时 cout 输出到 output.txt
std::cout <h3>重定向后无法用 <code>std::cin</code> 交互？这是正常现象</h3><p>重定向只影响 <code>std::cout</code> 的输出目标，不影响 <code>std::cin</code> 的输入源。但如果误把 <code>std::cin.rdbuf()</code> 也改了，或者文件打开失败导致 <code>file.rdbuf()</code> 为空，就会连带破坏整个流状态。</p><p>常见错误排查：</p>
- 检查
file.is_open()是否为true，否则file.rdbuf()返回空指针，cout.rdbuf(nullptr)会让后续所有输出静默失败 - 不要在重定向期间调用
std::cin >> x并期望看到提示文字——因为提示也被重定向到文件了，终端不显示 - 如果需要同时记录日志又保持交互，应避免重定向
cout，改用独立的std::ofstream对象写日志
想临时重定向某一段代码？用 RAII 封装更安全
手动恢复 rdbuf() 容易遗漏（比如提前 return、异常抛出），用类封装能自动还原。
关键设计点：
- 构造时保存原始
rdbuf并设置新缓冲区 - 析构时无条件恢复原始缓冲区，不管是否发生异常
- 不持有
std::ofstream成员，只保存其rdbuf()指针——因为文件流对象本身需由调用方管理生命周期
struct CoutRedirect {
std::streambuf* old;
CoutRedirect(std::streambuf* buf) : old(std::cout.rdbuf(buf)) {}
~CoutRedirect() { std::cout.rdbuf(old); }
};
// 使用：
std::ofstream file("log.txt");
CoutRedirect redirect(file.rdbuf());
std::cout <h3>Windows 下中文乱码？和控制台编码无关，是文件编码问题</h3><p><code>std::ofstream</code> 默认以本地 ANSI 编码（如 GBK）写文件，而现代编辑器默认读 UTF-8。这不是 <code>cout</code> 重定向的问题，而是文件内容编码与查看工具不匹配。</p><p>解决方式取决于需求：</p>
- 只要文件供程序读取：无需处理，保持默认即可
- 需要人工查看且含中文：用
std::wofstream+std::locale指定 UTF-8（C++11 起支持），或用第三方库如utf8cpp转码 - 简单绕过：生成后用编辑器“以 UTF-8 重新加载”，或命令行用
chcp 65001切换控制台编码（仅影响终端显示，不影响文件内容）
重定向本身不改变字符语义，只改变字节流向。真正决定乱码的是你写入的字节序列是否匹配阅读端的解码预期。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
