用 std::streambuf 派生类重定向 std::cout 是唯一进程内实时多文件输出方案，需重写 overflow() 和 sync()，同时写入多个 ofstream，注意线程安全、缓冲控制与终端兼容性。
用 std::streambuf 派生类实现多文件输出
直接改 std::cout 的 rdbuf() 是唯一能真正“实时重定向”的方式，其他如管道、shell 重定向或定时刷日志都做不到进程内同步。你需要写一个继承自 std::streambuf 的类，把每个字符/缓冲区同时写入多个 std::ofstream。
关键点在于重写 sync() 和 overflow(int c)：前者处理缓冲区刷新（比如换行或满缓冲），后者处理单字符写入。别碰 sputn() 除非你确定要优化批量写——多数场景默认实现已够用。
-
sync()必须遍历所有目标文件流并调用flush()，否则最后一块缓冲可能丢失 - 每个
std::ofstream要用std::ios::out | std::ios::app打开，避免覆盖；但注意并发写同一文件时仍需外部同步（如只读一个日志文件） - 不要在
overflow()里做耗时操作（如打开文件、格式化时间），会拖慢所有cout 调用
为什么不能用 freopen() 或 dup2
freopen() 只能重定向 C 风格的 stdout，对 C++ 的 std::cout 无效（除非你强制同步 std::ios_base::sync_with_stdio(true)，但仍有缓冲不一致风险）。dup2() 是系统级 fd 复制，只能指向单个文件描述符，无法分发到多个文件。
典型错误现象：freopen("a.log", "w", stdout); std::cout 在某些编译器下看似生效，但换行后内容不出现，或者部分输出消失——因为 cout 和 stdout 缓冲未对齐。
- 即使开启
sync_with_stdio(true)，cout仍可能使用自己的缓冲区，fflush(stdout)不保证cout刷出 -
dup2()后再 fopen 多个文件？不行——你只是复制了 fd，所有写入仍只落到原始目标文件 - 想用 tee 命令？那是 shell 层面的，C++ 进程无法控制其输出分发逻辑
std::cout 重定向后如何保持终端可见性
如果还想让日志同时出现在控制台（比如开发调试），就把 std::cout.rdbuf() 指向一个能写终端 + 文件的自定义 streambuf，而不是仅写文件。Linux/macOS 下可用 std::ofstream("/dev/tty")，Windows 下用 std::ofstream("CON")，但要注意路径兼容性。
更稳的做法是：在自定义 streambuf 的 sync() 里，对每个目标流判断是否为终端（用 _isatty() 或 isatty()），再决定是否加颜色或清行尾。否则日志文件里会出现乱码控制字符。
- 别用
std::cout 清屏——这会污染日志文件 - Windows 控制台默认不支持 ANSI 转义，
SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), ENABLE_VIRTUAL_TERMINAL_PROCESSING)才行，但该设置不影响文件流 - 如果终端和文件共用一个
streambuf，记得在overflow()中跳过非打印字符写入文件（如 \r、\b）
性能与线程安全的实际约束
每次 cout 都触发多次磁盘写入，吞吐量会断崖下跌。真实项目中必须加缓冲层（比如攒够 1KB 再批量写），且所有写操作必须串行——std::cout 本身线程安全，但你的多文件 streambuf 不是。
最简方案：用 std::mutex 包住整个 sync() 和 overflow()；进阶方案：用无锁环形缓冲 + 单独日志线程，但复杂度陡增。
- 别在
streambuf构造函数里打开文件——失败时无法抛异常（streambuf构造不允异常） - 文件打开失败应静默降级（比如只写终端），否则
cout 可能崩溃或卡死 - 程序退出前务必手动恢复原
rdbuf()，否则析构顺序错乱会导致二次 close 或段错误
多文件重定向不是配置开关，是侵入式改造——从 streambuf 底层开始，每一步都要对齐 C++ IO 流生命周期。最容易被忽略的是缓冲区大小和 flush 时机：默认 cout 行缓冲，但重定向后若没正确实现 sync()，换行就失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
