现代C++下如何正确实现输出重定向 避免直接写入std::cout

你选择封装Logger、避免业务代码直接硬编码std::cout的方向是完全正确的——这正是“避免直接用std::cout”这个说法的核心本意：不是说不能用std::cout，而是不要把输出逻辑散落在代码各处硬编码，否则后续要调整输出目标、加日志过滤、做开关控制的时候维护成本极高。但你当前的实现思路存在明显的合规性与设计缺陷，具体问题和正确方案如下：

你当前实现的核心问题 #

你代码中用nullptr初始化std::ostream的逻辑，看似在静默模式下“不输出、运行正常”，本质是依赖了流的错误状态实现的旁路效果，完全不是设计上支持的用法：

• 按照C++标准规定，用nullptr作为参数构造std::ostream时，流会自动置位badbit错误状态，所有后续的写入操作会在流状态检查环节直接短路返回，既不会执行写入，也不会触发任何实际的IO逻辑——表面上达到了静默效果，但这是把流的错误状态当成正常逻辑在用。
• 这种实现有非常多隐蔽的坑：如果后续需要从静默模式切回正常输出，你必须手动调用os.clear()清除流的错误标记，否则哪怕重新绑定了std::cout的缓冲区，所有写入依然会因为badbit处于置位状态被直接丢弃。
• 所有静默状态下的写入操作，对调用方来说是“静默失败”，而非“正常执行的空操作”，如果代码里依赖流的状态判断输出是否成功，会出现完全不符合预期的逻辑分支。

C++11及以上版本的合规实现思路 #

std::ostream的所有输出逻辑本质都是通过底层的std::streambuf缓冲区完成的，我们完全可以自定义一个“接收所有写入、但不做任何存储/IO操作”的空缓冲区，作为静默模式的输出目标，完全不需要依赖流的错误状态。
具体实现可以参考下面的代码，全程兼容C++11标准：

#include <iostream>
#include <streambuf>

// 静默模式专用的空流缓冲区：所有写入内容直接丢弃，返回写入成功状态
class NullStreambuf : public std::streambuf {
protected:
    // 重写缓冲区溢出逻辑：直接返回成功，不存储任何内容
    int overflow(int c) override {
        return c;
    }
    // 重写流同步逻辑：空实现即可
    int sync() override {
        return 0;
    }
};

class Logger {
private:
    // 空缓冲区作为类成员，生命周期和Logger实例绑定，不会出现悬空问题
    NullStreambuf null_buf;
    // 指向当前实际生效的流缓冲区指针
    std::streambuf* active_buf;
    // 内部绑定的输出流对象：只关联缓冲区，不持有缓冲区本身
    std::ostream out_stream;

public:
    // 构造时传入输出开关
    explicit Logger(bool enable_output = true) 
        : active_buf(enable_output ? std::cout.rdbuf() : null_buf.rdbuf())
        , out_stream(active_buf) 
    {}

    // 支持动态切换输出状态，不需要重新构造Logger
    void SetOutputEnabled(bool enable) {
        active_buf = enable ? std::cout.rdbuf() : null_buf.rdbuf();
        out_stream.rdbuf(active_buf);
        // 全程没有触发过流错误状态，不需要额外clear状态
    }

    // 暴露内部流接口，支持链式输出
    std::ostream& GetStream() {
        return out_stream;
    }

    void Print() {
        out_stream << "Printing" << std::endl;
    }
};

和原实现的核心差异 #

• 静默模式下所有写入操作都是“正常执行、内容被丢弃”的状态，流本身永远不会进入badbit错误状态，动态切换输出目标时不需要额外的状态清理逻辑。
• 所有缓冲区的生命周期完全可控：空缓冲区是Logger的自有成员，全局std::cout的缓冲区生命周期远长于任何Logger实例，不会出现野指针问题。
• 扩展性更好：如果后续需要同时输出到多个目标（比如控制台+文件）、给日志加时间戳前缀，只需要自定义对应的std::streambuf子类，上层的输出逻辑完全不需要改动。

补充说明：如果使用C++17及以上标准，标准库已经内置了std::nullbuf作为通用的空缓冲区实现，不需要自己手动写NullStreambuf类，直接使用即可。

内容的提问来源于stack exchange，提问作者SamVanDonut