定义

观察者模式，也叫做发布订阅模式，是一个在项目中经常使用到的模式，其定义如下：

Define a one-to-many dependency between objects so that when one object changes state,all its dependents are notified and updated automatically.（定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。）

观察者模式的同用UML图如下：

观察者模式

从图中可以看出，观察者模式有4个角色：

• Subject（被观察者）
  定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。它一般是抽象类或者是实现类，仅仅完成作为被观察者必须实现的职责：管理观察者并通知观察者。

• Observer（观察者）
  观察者接收到消息后，即进行update（更新方法）操作，对接收到的信息进行处理。

• ConcreteSubject（具体被观察者）
  定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。

• ConcreteObserver（具体的观察者）
  每个观察者在接收到消息后的处理反应是不同，各个观察者有自己的处理逻辑。

观察者模式的通用代码如下：

被观察者：

public abstract class Subject{
    private Vector<Observer> obsVector = new Vector<Observer>();  //定义一个观察者数组

    public void addObserver(Observer observer){  //添加一个观察者
        this.obsVector.add(observer);
    }

    public void delObserver(Observer observer){  //删除一个观察者
        this.obsVector.remove(observer);
    }

    public void notifyObserver(){  //通知所有的观察者
        for(Observer o : this.obsVector){
            o.update();
        }
    }
}

具体被观察者：

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 Use{
    public static void main(String[] args){
        ConcreteSubject concreteSubject = new ConcreteSubject();  //创建一个具体的被观察者
        Observer observer = new ConcreteObserver();  //创建一个观察者
        concreteSubject.addObserver(observer);  //被观察者添加观察者
        observer.doSomething();  //观察者执行具体的事务
    }
}

应用

优点

• 观察者和被观察者之间的关系是抽象耦合的，从而能够十分容易的做到扩展
• 能够建立一套触发机制

缺点

开发效率和运行效率问题。一个被观察者，多个观察者，开发和调试就会比较复杂，而且在Java中消息的通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。在这种情况下，一般考虑采用异步的方式。

使用场景

• 关联行为场景
• 事件多级触发场景
• 跨系统的消息交换场景，如消息队列的处理机制