cerr重定向不生效，需确保在任何cerr输出前完成重定向；因cerr默认未缓冲且关联stderr，若提前输出则重定向失效。
cerr 重定向到文件后不生效？检查是否在流使用前完成重定向
默认 cerr 是未缓冲的、关联到 stderr 的 std::ostream，一旦有输出发生（比如某处提前调用了 cerr ），再重定向就晚了——底层 filebuf 已绑定到终端设备，后续 <code>rdbuf() 替换失败但不报错。
- 确保重定向代码放在 所有可能触发 cerr 输出的操作之前，尤其注意全局对象构造函数、静态变量初始化里是否隐式用了
cerr - 重定向必须用
cerr.rdbuf(file_stream.rdbuf())，不能只写cerr = file_stream（类型不匹配且会破坏引用语义） - 推荐在
main()开头第一行做，或封装成 RAII 类，在构造时接管、析构时恢复
重定向后 cerr 输出乱码或截断？关注文件打开模式和 locale
用 std::ofstream 接管 cerr 时，若以默认模式（ios_base::out）打开，Windows 下可能因换行符处理或编码问题导致日志不可读；Linux 下则更敏感于 locale 设置。
- 显式指定
std::ios::binary模式打开文件，避免文本模式自动转换\n → \r\n - 调用
file_stream.imbue(std::locale::classic())，防止当前环境 locale 影响宽字符/格式化输出 - 不要用
std::fstream或std::ifstream，cerr是输出流，只接受std::ostream-compatible 的 buffer
程序崩溃时错误没写入文件？因为 cerr 缓冲未刷新
cerr 默认是 unbuffered，但重定向到文件后，底层 filebuf 实际会启用缓冲（除非显式禁用），崩溃或异常退出时缓冲区内容直接丢失。
- 重定向后立即调用
cerr.setf(std::ios::unitbuf)，强制每次输出后自动 flush - 或者手动在关键错误点后加
cerr ，但不如 <code>unitbuf可靠 - 注意：频繁 flush 会影响性能，若日志量极大且允许少量丢失，可权衡关闭
多线程环境下 cerr 重定向不安全？必须加锁或避免共享
cerr 本身不是线程安全的；重定向后其底层 filebuf 也未保证并发写入安全——多个线程同时调用 cerr 可能导致日志交叉、内容损坏。
立即学习“C++免费学习笔记（深入）”；
- 最稳妥方式：不重定向全局
cerr，改用自定义日志函数 +std::mutex保护文件写入 - 若坚持重定向，需在每次输出前对
cerr加锁（如用std::scoped_lock锁住全局 mutex），但会拖慢所有错误路径 - 注意：C++20 起
std::osyncstream可包装cerr实现线程安全输出，但需确认编译器支持（GCC 11+ / Clang 13+）
真正麻烦的不是怎么重定向，而是重定向之后谁在什么时候、以什么编码、带不带缓冲、在哪个线程里往里写——这些细节一漏，日志就变成“以为有、其实空”的幻觉。
