cerr 默认绑定到 stderr，因其是无缓冲的标准错误流，C++ 标准禁止直接 freopen；正确重定向需通过 rdbuf() 替换 streambuf，并严格管理其生命周期。
cerr 默认绑定到哪里？为什么不能直接 freopen
cerr 默认绑定到 stderr，而 stderr 是 unbuffered 的流，且在 C++ 标准中明确禁止对 cerr 对象本身调用 freopen 或直接替换其关联的 FILE*。强行对 cerr.rdbuf() 赋值前不处理底层状态，容易导致后续输出丢失或崩溃。
正确做法：用 rdbuf() 替换缓冲区
核心是接管 cerr 的底层 streambuf，用一个指向文件的 filebuf 替换它。注意必须在程序早期（如 main() 开头）操作，且要确保 filebuf 生命周期长于 cerr 使用期：
std::ofstream log_file("app.log", std::ios::app);
log_file.exceptions(std::ofstream::failbit | std::ofstream::badbit);
std::streambuf* old_cerr_buf = std::cerr.rdbuf(log_file.rdbuf());
常见错误包括：
- 忘记保存原始
rdbuf()，导致无法恢复 - 局部
std::ofstream离开作用域后析构，cerr指向已销毁的缓冲区 → 后续cerr 行为未定义 - 没设
std::ios::app，每次重定向都覆盖日志
想同时输出到终端和文件？用自定义 streambuf
标准库不提供“多路输出”缓冲区，需继承 std::streambuf 实现分发逻辑。但更轻量的做法是用 tee-style 包装器，例如：
class tee_buffer : public std::streambuf {
std::streambuf* buf1_;
std::streambuf* buf2_;
protected:
int overflow(int c) override {
if (c != EOF) {
buf1_->sputn(&c, 1);
buf2_->sputn(&c, 1);
}
return c;
}
int sync() override { buf1_->pubsync(); buf2_->pubsync(); return 0; }
public:
tee_buffer(std::streambuf* b1, std::streambuf* b2) : buf1_(b1), buf2_(b2) {}
};
使用时：
std::ofstream log_file("app.log", std::ios::app);
tee_buffer tee_buf(std::cerr.rdbuf(), log_file.rdbuf());
std::cerr.rdbuf(&tee_buf);
注意：tee_buffer 对象必须全局或静态生存期，否则析构后 cerr 仍会访问悬垂指针。
Windows 下要注意 _O_U16TEXT 和控制台编码
如果日志含中文，在 Windows 控制台环境重定向后可能显示乱码。这不是 cerr 问题，而是 std::ofstream 默认按本地 ANSI 编码写入。解决方案：
- 显式用 UTF-8 写文件：
log_file.imbue(std::locale(std::locale(), new std::codecvt_utf8（仅限宽字符流）)); - 更简单：统一用
std::string+ UTF-8 字节流，不启用宽字符，避免codecvt废弃问题 - 若需控制台也正常显示中文，启动时调用
SetConsoleOutputCP(CP_UTF8)并确保终端支持 UTF-8
重定向 cerr 看似一行代码，实际牵扯缓冲区生命周期、编码、线程安全（多线程写同一文件需加锁）——最易忽略的是缓冲区对象的生存期管理，一不留神就 crash 或静默丢日志。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
