std::streambuf派生类必须重载underflow()（输入）或overflow(int)（输出）才能使流可用；双向流还需seekoff()和seekpos()；生命周期须确保缓冲区≥流对象，推荐unique_ptr管理；缓冲区大小建议4KB~64KB；吞吐敏感场景必须重载sgetn()/sputn()并正确维护指针。std::streambuf 派生类必须重载哪些函数才能让流可用光继承 std::streambuf 不会自动让 std::istream 或 std::ostream 工作——流对象依赖底层缓冲区的几个关键虚函数返回有效指针或处理字节。最常漏掉的是 underflow()（输入）和 overflow()（输出），这两个不实现，读写直接失败或卡死。实际使用中，只要支持单向操作，就只重载对应函数：- 只读流：必须实现 underflow()，可选实现 showmanyc() 提升效率- 只写流：必须实现 overflow(int)，sputn() 是性能优化项，非必需但强烈建议- 双向流：还需注意 seekoff() 和 seekpos()，否则 seekg()/seekp() 报 failure典型错误现象：std::cin >> x 无响应、os << "hello" 不输出、is.peek() 返回 EOF 即使缓冲区有数据——大概率是 underflow() 没正确更新 gptr()/egptr()，或 overflow() 忘了返回传入的 c。如何避免派生 streambuf 的生命周期导致流失效std::iostream 构造时绑定 std::streambuf*，但它不管理该指针内存。常见坑是把派生类对象作为局部变量传进去：void bad_example() { MyStreamBuf buf; // 栈上对象 std::ostream os(&buf); // os 持有悬垂指针} // buf 析构 → os 后续所有操作 UB正确做法只有两种：- 缓冲区对象生命周期 ≥ 流对象：全局/静态变量、堆分配（用智能指针托管）- 在流对象作用域内严格控制缓冲区生存期，例如封装成 RAII 类，构造时 new，析构时 delete（不推荐裸 new）- 更安全的是用 std::unique_ptr<MyStreamBuf> 管理，并在流构造后用 rdbuf() 替换（注意旧 buffer 需手动清理）另一个隐形问题：多个流共享同一 streambuf 实例。这本身合法，但若缓冲区内部有状态（如读写位置、临时缓冲区），必须加锁或明确文档化“非线程安全”——否则多线程下 read 和 write 互相踩内存。立即学习“C++免费学习笔记（深入）”； Fotor AI Image Generator Fotor 平台的 AI 图片生成器