16.观察者模式

定义

观察者模式（Observer Pattern）也叫做发布订阅模式（Publish/subscrible）
定义：定义对象间一种一对多的依赖关系，使得每当一个对象改变状态时，则所有依赖于他的对象都会得到通知并被自动更新

Subject被观察者：定义被观察者必须实现的职责，必须能够动态的增加/取消观察者
Observer观察者：观察者接收到消息后，即进行update操作，对接收到的信息进行处理
ConcreteSubject具体被观察者：定义被观察者的业务逻辑
ConcreteObserver具体观察者：定义每个观察者接收到消息的业务逻辑

通用源码

//被观察者
//用Vector或是ArrayList都可以，视情况而定
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(){
		super.notifyObservers();
	}
}

//观察者类
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();
		//定义一个观察者
		ConcreteObserver obs = new ConcreteObserver();
		//观察者观察被观察者
		subject.addObserver(obs);
		//观察者开始活动
		subject.doSomething();
	}
}

应用

优点

1. 观察者和被观察者之间是抽象耦合：易于扩展
2. 可用于建立一套触发机制

缺点

观察者模式需要考虑到开发效率以及运行效率，一个被观察者多个观察者就会导致系统复杂，且在java中消息的通知默认是顺序执行，一个卡住后，会影响整体

使用场景

1. 关联行为场景
2. 事件多级触发场景
3. 跨系统的消息交换场景

注意事项

1. 广播链问题：如果有多个角色既是观察者又是被观察者，逻辑就会很复杂，维护很麻烦，所以一般情况下，一个观察者模式中最多出现一个对象既是观察者又是被观察者，即–消息最多转发一次
2. 异步处理问题

扩展

java在一开始就提供了一个可扩展的父类——java.util.Observable实现类和java.util.Observer接口，我们直接实现即可

现实实践

现实中例如：文件系统（文件/磁盘管理器）/广播收音机（电台/收音机），都是很明显的例子