观察者模式

定义

观察者模式也叫做发布订阅模式，是一个在项目中经常使用的模式。定义对象之间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。

英文定义：Define a one-to-many dependency between objects so that when one object changes state , all its dependents are notified and updated automatically .

观察者模式的UML类图如下所示

观察者模式.jpg

上图中涉及到的角色及职责如下所示：

• 被观察者（Subject）：定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。一般是抽象类或者是实现类，负责管理观察者并通知观察者。
• 观察者（Observer）：观察者接收到消息后，即进行update操作，对接收到的信息进行处理。
• 具体的被观察者（ConcreteSubject）：定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。
• 具体的观察者（ConcreteObserver）：每个观察者在接收到消息后的处理反应是不同的，各个观察者有自己的处理逻辑。

观察者模式的示例代码如下所示：

//被观察者模式
public abstract class Subject{
    //定义一个观察者数组
    private Vector<Observer> obsVector = new Vector<Observer>();
    //增加一个观察者
    public void addObserver(Observer o){
        this.obsVector.add(o);
    }
    //删除一个观察者
    public void delObserver(Observer o){
        this.obsVector.remove(o);
    }
    //通知所有观察者
    public void notifyObservers(){
        for(Observer o:this.obsVector){
            o.update();
        }
    }
}

//具体被观察者
public class ConcreteSubject extends Subject{
    //具体的业务
    public void doSomething(){
        /*
        * do something
        */
        super.notifyObservers();
    }
}

//观察者
public interface Observer{
    //更新方法
    public void update();
}

//具体观察者
public class ConcreteObserver implements Observer{
    //实现更新方法
    public void update(){
        System.out.println("接收到信息，并进行处理！");
    }
}

//场景类
public class Client{
    //创建一个被观察者
    ConcreteSubject subject = new ConcreteSubject();
    //定义一个观察者
    Observer obs = new ConcreteObserver();
    //观察者观察被观察者
    subject.addObserver(obs);
    //观察者开始活动了
    subject.doSomething();
}

优缺点

优点：

• 观察者和被观察者之间是抽象耦合的
• 建立一套触发机制

缺点：
观察者模式需要考虑一下开发效率和运行效率问题。

使用场景：

• 关联行为场景。关联性为是可拆分的，而不是“组合”关系。
• 事件多级触发场景。
• 跨系统的消息交换场景，如消息队列的处理机制。

注意事项

• 观察者模式和责任链模式的最大区别就是观察者广播链在传播的过程中消息是随时更改的，它是由相邻的两个节点协商的消息结构；而责任链模式在消息传递过程中基本上保持消息不可变，如果要改变，也只有在原有的消息上进行修正。

欢迎关注我的微信公众号

我的微信公众号.jpg