C++观察者模式实现技巧 信号槽与回调对比

在C++中实现观察者模式，常见方式有信号槽机制和回调函数。信号槽机制如Qt或Boost.Signals2提供松耦合、多播支持和类型安全，适合复杂项目；1. 优点包括发送方无需知道接收方、支持多个观察者响应、编译时参数检查；2. 可通过connect连接信号与槽，emit触发通知。回调函数则使用函数指针或std::function实现，适合小型项目；1. 优点为实现简单、性能开销小、控制粒度细；2. 缺点包括易重复注册、管理困难、扩展性差。选择建议：1. 已用Qt/Boost或需复杂事件处理选信号槽；2. 简单通知需求可用回调；3. 性能极致场景可手写观察者；4. 注意生命周期避免悬挂引用。

在C++中实现观察者模式，常见的方式有信号槽机制和回调函数。两者都能实现对象间的解耦通信，但各有适用场景和优劣。选对方式可以让代码更清晰、易维护。

信号槽机制：现代C++推荐做法

信号槽机制是观察者模式的一种高级抽象，Qt 框架中的 signal/slot 是最典型的例子。它的核心思想是“发布-订阅”模型，一个对象发出信号，多个监听者可以连接到这个信号并作出响应。

优点很明显：

• 松耦合：发送方不需要知道接收方是谁
• 多播支持：一个信号可以绑定多个槽函数
• 类型安全：编译时检查参数匹配

例如在 Qt 中使用非常简单：

connect(subject, &Subject::dataChanged, observer1, &Observer::update);
connect(subject, &Subject::dataChanged, observer2, &Observer::update);

当调用 subject.emit dataChanged() 时，所有连接的观察者都会被通知。

如果你不用 Qt，也可以考虑使用 Boost.Signals2 或 C++20 的 std::observer_ptr + 自定义封装来实现类似机制。

回调函数：轻量灵活但耦合稍高

回调函数是最基础的实现方式，适合小型项目或性能敏感的场景。通常通过函数指针或 std::function + std::bind 实现。

比如：

class Subject {
public:
    using Callback = std::function<void()>;
    void registerCallback(Callback cb) { callbacks.push_back(cb); }
    void notify() {
        for (auto& cb : callbacks) cb();
    }
private:
    std::vector<Callback> callbacks;
};

优点在于：

• 实现简单，不依赖第三方库
• 性能开销小
• 控制粒度细

缺点也明显：

• 容易出现重复注册或内存泄漏（特别是绑定成员函数时）
• 不容易管理多个观察者之间的关系
• 缺乏统一接口，扩展性差一些

如何选择：根据项目规模与需求判断

如果你的项目已经引入了 Qt 或 Boost，或者需要处理复杂的事件传播逻辑，那信号槽机制肯定是首选。

如果只是简单的通知机制，比如某个模块状态变化后通知另一个模块刷新界面，用回调函数就足够了。

几点建议供参考：

• 小型项目优先考虑回调函数，减少依赖
• 需要动态连接/断开观察者时，选信号槽
• 对性能要求极高时，可以手写观察者列表
• 注意生命周期管理，避免悬挂引用

基本上就这些。两种方式都能实现观察者模式，关键看你的项目是否需要那种“优雅”的扩展性和可读性。