不能直接用 std::cout.rdbuf()->sputn(&c, 1) 是因为 sputn 是 protected 成员函数，需通过派生流缓冲区类（如 TeeBuf）重写并公开调用。
为什么不能直接用 std::cout 同时输出到屏幕和文件
因为 std::cout 是一个绑定到 stdout 的 std::ostream 实例，底层只连一个 std::streambuf。想让它“分发”到多个目的地，得换掉它的缓冲区——不是靠重载 ，也不是靠多次调用，而是接管流的写入逻辑。
常见错误是试图用两个 std::ofstream 和 std::cout 手动同步写入，结果格式错乱、线程不安全、换行不同步；或者用 freopen 重定向 stdout，但那样就彻底丢了终端输出，没法“同时”。
- 必须继承或组合
std::streambuf，重写overflow()和sputn() - 不能只代理给一个目标流再复制字符串——那样会丢掉
std::endl触发的 flush 行为 - 多目标写入时，
std::endl必须对每个目标都触发sync()，否则文件里看不到实时换行
怎么写一个最小可用的 TeeStream 类
核心是自定义 streambuf，把字符批量推给多个 std::ostream*。不需要模板泛型，先支持 std::cout 和一个 std::ofstream 就够用。
class TeeBuf : public std::streambuf {
std::ostream* os1_;
std::ostream* os2_;
protected:
int_type overflow(int_type c) override {
if (c != EOF) {
os1_->rdbuf()->sputn(&c, 1);
os2_->rdbuf()->sputn(&c, 1);
}
return c;
}
std::streamsize sputn(const char* s, std::streamsize n) override {
os1_->rdbuf()->sputn(s, n);
os2_->rdbuf()->sputn(s, n);
return n;
}
public:
TeeBuf(std::ostream& a, std::ostream& b) : os1_(&a), os2_(&b) {}
};
- 别用
operator 去转发——那绕过了 <code>streambuf，无法捕获std::endl - 构造
std::ostream时传入这个TeeBuf实例，再用它替换std::cout.rdbuf() - 注意生命周期：两个目标流（如
std::cout和文件）必须比TeeBuf活得久，否则析构后写入会 crash
实际使用时怎么避免崩溃和输出错位
最常踩的坑是流对象析构顺序不对，或者忘了恢复原始 rdbuf 导致后续输出异常。
- 文件流必须在
TeeBuf析构前保持打开状态：std::ofstream file("out.log");要定义在TeeBuf和std::ostream之前 - 用完立刻恢复
std::cout.rdbuf()，否则程序退出前其他库日志可能全写进文件里 - 如果要支持多线程，
sputn和overflow内部得加锁——但锁粒度太大影响性能，建议只在单线程主流程用 - 不要把
std::cerr和std::cout一起 tee：它们缓冲策略不同（cerr默认 unbuffered），混用会导致顺序不可预测
有没有更轻量的替代方案（不用自己写 streambuf）
有，但只适合简单场景：用 std::tee（C++23 引入）或第三方库如 boost::iostreams::tee_device。但 C++23 还没普及，boost 又引入依赖。
更现实的做法是封装一个函数，显式写两遍：
void tee_out(const std::string& s) {
std::cout
- 这招避开了
streambuf复杂性，适合调试打印、非高频日志 - 缺点是不能接
std::endl，也不能链式调用tee_out("x=" ，必须提前 <code>std::ostringstream拼好 - 如果真要支持流式语法，还是得走
streambuf路线——没有真正“零成本”的魔法
真正麻烦的从来不是写几行代码，而是搞清 std::streambuf 的 sync() 什么时候被调、std::endl 底层到底干了什么、以及为什么 rdbuf() 替换后 std::cin 有时也变慢了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
