Java设计模式之观察者模式

前言

观察者模式用于建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应做出反应。在观察者模式中发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间可以没有任何相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展。

正文

一、定义

定义如下：

观察者模式： 定义对象之间的一种一对多的依赖关系，使得每当一个对象状态发生改变时其相关依赖对象皆得到通知并被自动更新。
Observer Pattern： Define a one-to-many dependency between objects so that when one object changes state,
all its dependents are notified and updated automatically.

观察者模式的别名有发布-订阅（Publish-Subscribe）模式、模型-视图（Model-View）模式、源-监听器（Source-Listener）模式、从属者（Dependents）模式。观察者模式是一种对象行为型模式。

二、结构

观察者模式包含以下4个角色：
（1）Subject（目标）：目标又称为主题，它是指被观察的对象。在目标中定义了一个观察者集合，一个观察目标可以接受任意数量的观察者来观察，它提供一系列方法来增加和删除观察者对象，同时定义了通知方法notify()。目标类可以是接口，也可以是抽象类或具体类。
（2）ConcreteSubject（具体目标）：具体目标是目标类的子类，它通常包含有经常发生改变的数据，当它的状态发生改变时将向它的各个观察者发出通知；同时它还实现了在目标类中定义的抽象业务逻辑方法（如果有）。不必要时具体目标类可以省略。
（3）Observer（观察者）：观察者将对观察目标的改变做出反应，观察者一般定义为接口，该接口声明了更新数据的方法update()，因此又称为抽象观察者。
（4）ConcreteObserver（具体观察者）：在具体观察者中维护一个指向具体目标对象的引用，它存储具体观察者的有关状态，这些状态需要和具体目标的状态保持一致；它实现了在抽象观察者Observer中定义的update()方法。通常在实现时可以调用具体目标类的attach()方法将自己添加到目标类的集合中或通过detach()方法将自己从目标类的集合中删除。

三、实现

在观察者模式中，一旦观察目标的状态发生改变，所有的观察者都将得到通知，作为对这个通知的响应，每个观察者都将监视观察目标的状态，以使其状态与目标状态同步，这种交互也称为发布-订阅（Publish-Subscribe）。
抽象目标类典型代码如下：

public abstract class Subject{
		//定义一个观察者集合用于存储所有观察者对象
		protected ArrayList observers<Observer> = new ArrayList();

		//注册方法，用于向观察者集合中增加一个观察者
		public void attach(Observer observer){
				observers.add(observer);
		}

		//注销方法，用于从观察者集合中删除一个观察者
		public void detach(Observer observer){
				observers.remove(observer);
		}

		//声明抽象通知方法
		public abstract void notify();
}

具体目标类典型代码如下：

public class ConcreteSubject extends Subject{
	//实现通知方法
	public void notify(){
		//遍历观察者集合，调用每一个观察者的响应方法
		for(Object obs:observers){
			((Observer)obs).update();
		}
	}

}

抽象观察者的典型代码如下：

public interface Observer{
	//声明响应方法
	public void update();
}

具体观察者典型代码如下：

public class ConcreteObserver implements Observer{
	//实现响应方法
	public void update(){
		//具体响应代码
	}
}

在有些更复杂的情况下，具体观察者类ConcreteObserver的update()方法在执行时需要使用到具体目标类ConcreteSubject中的状态（属性），因此在ConcreteObserver与ConcreteSubject之间有时候还存在关联或依赖关系，在ConcreteObserver中定义一个ConcreteSubject实例，通过该实例获取存储在ConcreteSubject中的状态。

客户端代码如下：

...
Subject subject = new ConcreteSubject();
Observer observer = new ConcreteObserver();
subject.attach(observer);
subject.notify();
...

四、JDK对观察者模式的支持

在JDK的java.util包中提供了Observable类以及Observer接口，它们构成了JDK对观察者模式的支持：

1、Observer接口

充当抽象观察者，其方法声明如下：

void update(Observable o,Object arg);

当观察目标的状态发生变化时该方法将会被调用，在Observer的子类中将实现update()方法，即具体观察者可以根据需要具有不同的更新行为。当调用观察目标类Observable的notifyObservers()方法时将执行观察者类中的update()方法。

2、Observable类

充当观察目标类，该类中定义了一个向量Vector来存储观察者对象。

五、观察者模式与Java事件处理

JDK1.1以后的各个版本中事件处理模型采用基于观察者模式的委派事件模型（Delegation Event Model,DEM），即一个Java组件所引发的事件并不由引发事件的对象自己来负责处理，而是委派给独立的事件处理对象负责。

六、观察者模式与MVC

MVC是一种架构模式，它包含3个角色，即模型（Model）、视图（View）和控制器（Controller）。其中，模型可对应于观察者模式中的观察目标，而视图对应于观察者，控制器可充当两者之间的中介者。当模型层的数据发生改变时视图层将自动改变其显示内容。

七、观察者模式优缺点与适用环境

优点

（1）可以实现表示层和数据逻辑层的分离，定义了稳定的消息更新传递机制，并抽象了更新接口，使得可以有各种各样不同的表示层充当具体观察者角色。
（2）在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。
（3）支持广播通信，观察目标会向所有已注册的观察者对象发送通知，简化了一对多系统设计的难度。
（4）符合开闭原则，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下增加新的观察目标也很方便。

缺点

（1）如果一个观察目标对象有很多直接和间接观察者，将所有的观察者都通知到会花费很多时间。
（2）如果在观察者和观察目标之间存在循环依赖，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
（3）观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。

适用环境

（1）一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用。
（2）一个对象的改变将导致一个或多个其他对象也发生改变，而并不知道具体有多少对象将发生改变，也不知道这些对象是谁。
（3）需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以采用观察者模式创建一种链式触发机制。

以上文字，大量摘抄自《Java设计模式》一书，由刘伟老师编著，故本文应当列入转载一类，有兴趣的朋友可以直接阅读原书。