重定向 std::cout.rdbuf() 仅影响 c++ 流，不影响 printf 等 c 风格输出，因其绕过 streambuf 直接操作 libc 的 stdout 文件描述符（fd=1）。
不能直接重定向 std::cout 到文件并指望它捕获所有“标准输出”——尤其是第三方库或 C 风格 printf 调用，它们压根不走 std::cout 的 streambuf。
为什么重定向 std::cout.rdbuf() 只管 C++ 流，不管 printf 和系统调用
因为 std::cout 底层封装的是 std::streambuf，而 printf、fprintf(stdout, ...)、甚至 write(1, ...) 绕过了这一整套 C++ IO 机制，直连 libc 的 stdout 文件描述符（fd=1）。你换掉 std::cout 的 buffer，对它们完全无效。
常见错误现象：std::cout 被捕获了，但 <code>printf("world\n"); 仍打到终端。
- 只有明确通过
std::cout、std::cerr、std::clog输出的内容才会被rdbuf()重定向影响 - C 风格 IO（
printf/puts）依赖stdout的 libc FILE* 缓冲，和std::streambuf是两套体系 - POSIX 系统调用如
write(STDOUT_FILENO, ...)更底层，完全不受 C/C++ 标准库缓冲控制
如何真正捕获全部 stdout（含 printf），必须用 dup2
唯一可靠方式是操作操作系统层面的文件描述符：把进程的 fd=1（stdout）重定向到一个日志文件句柄。这样所有写入 stdout 的行为，无论来自 C++ stream、C stdio 还是 syscall，都会落入文件。
实操建议：
- 在
main()开头尽早调用，最好在任何printf或std::cout之前 - 先
open()日志文件，再用dup2(fd, STDOUT_FILENO)替换 stdout - 记得
close(fd)（dup2会自动关闭原 fd，但 open 返回的需手动 close） - 如果还要保留终端输出，可用
tee思路：开两个 fd（文件 + 原终端），自己做分发；但那就不是简单重定向了
示例关键片段：
int log_fd = open("app.log", O_WRONLY | O_CREAT | O_APPEND, 0644);
if (log_fd != -1) {
dup2(log_fd, STDOUT_FILENO);
dup2(log_fd, STDERR_FILENO); // 同样处理 stderr
close(log_fd);
}
如果坚持只动 std::streambuf，要注意这些坑
仅适用于纯 C++ 项目，且你完全掌控所有输出路径。这时重定向 std::cout.rdbuf() 是可行的，但有硬伤：
-
std::ios_base::sync_with_stdio(true)默认开启，意味着std::cout和printf共享缓冲——一旦你替换rdbuf()，libc 可能因缓冲不一致崩溃或丢数据 - 务必在重定向前调用
std::ios_base::sync_with_stdio(false)，切断与 C stdio 的绑定 - 自定义
streambuf必须正确实现overflow()、sputn()，否则遇到 \n 或满缓冲时行为异常 - 多线程下要加锁，
std::streambuf本身不保证线程安全
最小安全做法：
struct LogBuf : public std::streambuf {
std::ofstream file;
LogBuf(const char* path) : file(path, std::ios::out | std::ios::app) {}
int_type overflow(int_type c) override {
if (c != EOF) file (c);
return c;
}
};
// ...
LogBuf logbuf("app.log");
std::streambuf* old = std::cout.rdbuf(&logbuf);
真正跨语言、跨 ABI 的 stdout 捕获，没得选——只能从 fd 层下手。别在 streambuf 上纠结兼容性，那是给自己埋雷。系统级重定向虽然 low-level，但一次写对，全盘生效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
