《设计模式之禅》-观察者模式

定义：

定义对象间一种一对多的依赖关系，是的每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新

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 deleteObserver(Observer o){
        this.obsVector.remove(o);
    }
    //通知观察者
    public void notifyObserver(){
        for(Observer o : obsVector){
            o.update();
        }
    }
}

被观察者的职责非常简单，就是定义谁能够观察，谁不能观察，ArrayList 和Vector 的区别在于ArrayList是线程不安全的，Vector 是线程安全的

具体的被观察者

public class ConcreteSubject extends Subject {
    //具体的业务
    public void doSomething(){
        /*
         * 具体的业务实现
         */
         super.notifyObserver();
    }
}

观察者

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

具体观察者

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

 场景类

public class Client {
    public static void main(String[] args){
        //创建一个被观察者
        ConcreteSubject subject = new ConcreteSubject();
        //定义一个观察者
        Observer obs = new Observer();
        //观察者观察被观察者
        subject.addObserver(obs);
        subject.doSomething();
    }
}

观察者模式的优点

1.观察者和被观察者之间是抽象耦合关系

这样的设计无论是增加观察者还是被观察者都非常容易扩展

2.可以建立一套触发机制

观察者模式的缺点

需要考虑开发效率和运行效率，一个被观察者，多个观察者，开发和调试会比较复杂而且java消息的通知默认是顺序执行，如果其中一个观察者卡壳了，会影响整体的执行效率，一般会采用异步的方法

使用场景

1.关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系

2.事件多级触发场景

3.跨系统的消息交换场景，如消息队列的处理机制

 

注意事项

1.广播链问题

由于观察者既可以是观察者，也可以是被观察者，如果链一但形成，逻辑就会比较复杂，可维护性就会很差，一般来说一个观察者模式最多出现一个观察者既是观察者，也是被观察者，也就是消息最多被转一次(传递两次)，这是比较好控制的。参考数据库的触发器链问题

2.异步处理问题

异步处理要考虑好线程安全和队列问题

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