定义
观察者模式(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();
}
}
应用
优点
- 观察者和被观察者之间是抽象耦合:易于扩展
- 可用于建立一套触发机制
缺点
观察者模式需要考虑到开发效率以及运行效率,一个被观察者多个观察者就会导致系统复杂,且在java中消息的通知默认是顺序执行,一个卡住后,会影响整体
使用场景
- 关联行为场景
- 事件多级触发场景
- 跨系统的消息交换场景
注意事项
- 广播链问题:如果有多个角色既是观察者又是被观察者,逻辑就会很复杂,维护很麻烦,所以一般情况下,一个观察者模式中最多出现一个对象既是观察者又是被观察者,即–消息最多转发一次
- 异步处理问题
扩展
java在一开始就提供了一个可扩展的父类——java.util.Observable实现类和java.util.Observer接口,我们直接实现即可
现实实践
现实中例如:文件系统(文件/磁盘管理器)/广播收音机(电台/收音机),都是很明显的例子