设计模式-观察者模式（Observer Pattern）-优快云博客

本文介绍了观察者模式在C++中的应用，包括角色定义、实现案例以及其在GUI、消息通知、事件驱动等领域的应用。同时讨论了观察者模式的优点如解耦、可扩展性，以及可能遇到的缺点如循环依赖、内存泄漏和性能问题。

承接Qt/C++软件开发项目，高质量交付，灵活沟通，长期维护支持。需求所寻，技术正适，共创完美，欢迎私信联系！

一、观察者模式的说明

观察者模式（Observer Pattern）是一种行为型设计模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，当主题对象状态发生变化时，它会通知所有的观察者对象，使它们能够自动更新自己。

在 C++ 中，观察者模式通常涉及以下几个角色：

Subject（主题）：被观察的对象，它维护一组观察者对象，并提供方法来添加、删除和通知观察者。主题对象的状态变化会触发通知给所有注册的观察者。

Observer（观察者）：也称为订阅者或监听者，它是一个抽象类或接口，定义了一个更新的方法，用于接收主题对象状态的变化通知。

ConcreteObserver（具体观察者）：观察者的具体实现类，实现了更新方法，用于根据主题对象的状态变化来更新自身状态。

二、观察者模式的案例

#include <iostream>
#include <vector>

// 定义观察者接口
class Observer {
public:
    virtual void update() = 0;
};

// 定义主题接口
class Subject {
public:
    void addObserver(Observer* observer) {
        observers.push_back(observer);
    }

    void removeObserver(Observer* observer) {
        // 在实际应用中可能需要更复杂的删除逻辑
        auto it = std::find(observers.begin(), observers.end(), observer);
        if (it != observers.end()) {
            observers.erase(it);
        }
    }

    void notifyObservers() {
        for (Observer* observer : observers) {
            observer->update();
        }
    }

private:
    std::vector<Observer*> observers;
};

// 具体观察者类
class ConcreteObserver : public Observer {
public:
    ConcreteObserver(int id) : id(id) {}

    void update() override {
        std::cout << "Observer " << id << " has been notified!" << std::endl;
    }

private:
    int id;
};

int main() {
    Subject subject;

    // 创建两个具体观察者对象
    ConcreteObserver observer1(1);
    ConcreteObserver observer2(2);

    // 将观察者添加到主题对象中
    subject.addObserver(&observer1);
    subject.addObserver(&observer2);

    // 主题对象状态发生改变，通知所有观察者
    subject.notifyObservers();

    // 移除观察者1
    subject.removeObserver(&observer1);

    // 主题对象状态再次发生改变，通知剩余观察者
    subject.notifyObservers();

    return 0;
}

三、观察者模式的应用

观察者模式在实际应用中有很多常见的案例，下面是一些常用的观察者模式的应用案例：

GUI界面组件： 在图形用户界面（GUI）编程中，观察者模式经常用于实现各种界面组件之间的交互。例如，当用户在一个文本框中输入文本时，其他依赖于这个文本框内容的组件（如标签、下拉框、按钮等）需要及时更新显示，这时可以使用观察者模式来实现。

消息通知系统： 观察者模式常用于实现消息通知系统，例如邮件订阅服务、社交网络中的关注功能等。当有新的消息或事件发生时，系统会通知所有订阅了该消息或事件的用户。

事件驱动编程： 在事件驱动的编程模型中，观察者模式经常被使用。当某个事件发生时，会通知所有注册了对该事件感兴趣的观察者对象，并执行相应的处理逻辑。

发布-订阅模式： 观察者模式是发布-订阅模式的一种具体实现。在发布-订阅模式中，发布者（或称为主题）负责发布事件，而订阅者（或称为观察者）负责订阅感兴趣的事件。当事件发生时，发布者会通知所有订阅了该事件的订阅者。

数据监控和报警系统： 在系统监控和报警系统中，观察者模式常被用于实现数据监控和报警功能。监控数据的变化，当达到一定的阈值或条件时，系统会通知所有订阅了该监控数据的观察者，并触发相应的报警动作。

四、观察者模式的优缺点

观察者模式是一种常用的设计模式，它有一些优点和缺点：

优点	缺点
解耦合：观察者模式可以使主题（被观察者）和观察者之间实现解耦合。主题对象不需要知道观察者的具体实现，它只需要维护一组观察者对象，并通知它们即可。	观察者的通知顺序不确定：观察者模式中，观察者收到通知的顺序是不确定的，这可能会导致系统的行为不可预测。
可扩展性：通过添加新的观察者类和主题类，可以很容易地扩展系统，而不需要修改现有的代码。这样可以使系统更加灵活和可维护。	可能引起循环依赖：如果观察者和主题之间存在循环依赖关系，可能会导致系统的设计变得复杂，并且可能引起循环调用，从而影响系统的性能。
支持广播通信：观察者模式支持一对多的通信机制，当主题对象的状态发生改变时，可以通知所有注册的观察者对象，从而实现广播通信。	容易引起内存泄漏：如果观察者没有及时取消注册，可能会导致主题对象持有观察者的引用而无法释放，从而引起内存泄漏。
无需修改主题代码：添加新的观察者类不需要修改主题类的代码，只需要注册新的观察者即可，这样可以避免对现有代码的修改，降低了系统的耦合度。	主题状态改变频繁时性能问题：如果主题对象的状态改变频繁，并且注册了大量观察者，可能会导致频繁的通知操作，从而影响系统的性能。