设计模式之观察者

一、应用场景

假设一个场景，我们特别喜欢看一部电视剧，但是这剧更新时间很不稳定，而我又特别想更新的第一时间就追。有什么好办法吗？

方案一：我们守着这部剧，不断去刷新网页，只要一更新我立马就能知道。简单估摸一下代码实现，我们需要写一个监听线程来定时监听更新事件。但是这种方案弊端很明显，我必须时刻分神关注，寸步不离才行，非常耗费性能。

方案二：我们只需要轻轻点一下订阅，这部剧一旦更新立马就给我推送通知。这就是观察者模式啦，别名发布-订阅模型，其中核心设计思想就是依赖倒置：被观察者状态发生变化后，主动通知观察者，优越之处在于，被观察者的状态改变自己是第一时间知道的。我们来看一下代码实现。

二、观察者模式的角色

Subject：被观察者的通用类，实现被观察者的通用方法：订阅、取消订阅以及通知订阅者。

ConcreteSubject：具体的业务类，直接继承父类复用即可，业务方法可随意。

Observer：观察者的父接口，用以嵌入被观察者（面向接口）。

ConcreteObserver：观察者的实现类，实现被通知方法。

三、源码分析

public class Subject {

	private List<IObserver> list;

	public Subject() {
		list = new ArrayList<>();
	}

	public void addObserver(IObserver obs) {
		if (!list.contains(obs)) {
			list.add(obs);
		}
	};

	public void removeObserver(IObserver obs) {
		list.remove(obs);
	}

	public void notifyObservers(Object obj) {
		for (IObserver observer : list) {
			observer.update(this, obj);
		}
	};
}

public class ConcreteSubject extends Subject {

	public void Change() {
		notifyObservers("has changed");
	}

}

public interface IObserver {

	void update(Subject sub, Object obj);

}

public class ConcreteObserver implements IObserver {

	@Override
	public void update(Subject sub, Object obj) {
		System.out.println("message received:" + obj);
	}

}

被观察者自定义的业务状态改变后主动向观察者推送消息，而观察者订阅(addObserver)才会收到消息，取关(removeObserver)之后就不会再被通知啦。

测试代码：

public class Test {

	public static void main(String[] args) {
		ConcreteSubject sub = new ConcreteSubject();
		IObserver obs = new ConcreteObserver();
		sub.addObserver(obs);
		sub.Change();
	}
}

jdk中有现成的观察者实现，分别是Observable和Observer，有兴趣的小伙伴可以看下源码。

温馨提示：继承Observable需要重写setChanged方法才行哦。