应优先用 freopen 重定向 stdout/stderr，因其能接管所有基于 C stdio 的输出（包括 printf、fprintf、多数日志库）；若库仅用 std::cout，则可继承 std::streambuf 捕获；对 write(1,...) 等系统调用，需进程级重定向或 LD_PRELOAD。
std::cout.rdbuf() 被第三方库绕过了怎么办
直接调用 std::cout.rdbuf() 换掉缓冲区，对很多第三方库无效——它们可能直接写 stdout 文件描述符、用 fprintf(stdout, ...)、甚至调用 write(1, ...)。C++ 流重定向只影响走 std::cout/std::cerr 的路径，不碰底层 C stdio 或系统调用。
实操建议：
- 先确认日志到底从哪来：用
strace -e write,writev,ioctl -p PID 2>&1 | grep -E "(log|msg|err)"观察实际系统调用目标 fd - 如果库用的是
printf/fprintf等 C 函数，得重定向 C stdio 的stdout，不是 C++ 流 - 若库内部硬编码了
write(1, ...)，只能靠进程级重定向（如启动时用./app > log.txt 2>&1）或 LD_PRELOAD hook
用 freopen 重定向 stdout 和 stderr 最可靠
C stdio 的 stdout 和 stderr 是全局 FILE*，freopen 能真正接管所有基于 stdio 的输出，包括 printf、fprintf(stderr, ...)、以及多数 C 风格日志宏（如 spdlog 默认 backend、glog 的部分模式）。
实操建议：
- 在 main() 开头尽早调用：
freopen("app.log", "w", stdout)和freopen("app.err", "w", stderr) - 注意：
freopen会关闭原文件流并重新打开，确保路径可写、目录存在 - 如果库日志混在 stdout/stderr 里，且你希望合并到一个文件，可以都重定向到同一文件，但需加
setvbuf(stdout, nullptr, _IONBF, 0)避免缓冲错乱 - Windows 下注意文本模式换行符问题，建议用
"wb"模式 + 手动加\n
std::streambuf 子类捕获 cout/cerr 输出（仅限 C++ 流路径）
如果你确认第三方库确实用了 std::cout 这种方式（比如某些模板化日志封装），那自定义 std::streambuf 是干净的方案，能无侵入捕获、过滤、转发。
实操建议：
- 继承
std::streambuf，重写sputn和overflow，把数据存进std::string或写入std::ofstream - 用
std::cout.rdbuf(new MyBuf)替换，记得保存旧rdbuf()并在退出前恢复，否则影响后续输出 - 别忘了同步
std::cerr—— 它和std::cout是独立的流，需单独处理 - 性能敏感场景慎用：每次
Linux 下用 dup2 拦截所有 fd=1/2 的写入（终极兜底）
当库用 write(1, ...) 或 sendto(..., STDOUT_FILENO, ...) 这类底层调用时，只有操作系统级重定向能覆盖。Linux 提供 dup2 可以把 stdout/stderr 文件描述符指向你控制的文件。
实操建议：
- 在 main() 开头立即执行：
int fd = open("log.txt", O_WRONLY | O_CREAT | O_TRUNC, 0644); dup2(fd, 1); dup2(fd, 2); close(fd); - 必须在任何库初始化前做（比如在
main()第一行，甚至考虑__attribute__((constructor))） - 注意：这会同时捕获所有写入 fd 1/2 的内容，包括子进程输出（如果没显式
fork+exec重设） - 调试时可用
lsof -p PID验证 fd 1/2 是否已指向目标文件
最易被忽略的是调用顺序和作用域：重定向操作必须发生在第三方库第一次写日志之前，且要覆盖所有可能的输出通道（C stdio、C++ stream、raw fd）。没有银弹，得根据库的真实行为选路径，而不是凭文档猜测。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
