定义
观察者模式(Observer Pattern)也叫做发布订阅模式(Publish/subscribe),定义如下:
Define a one-to-many dependency between objects so that when one object to changes state, all its dependents are notified and updated automatically.(定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖它的对象都会得到通知并被自动更新。)
通用类图
角色解释
1、 subject被观察者
定义被观察者必须实现的职责,它必须能够动态的增加、取消观察者。它一般是抽象类或者是实现类,仅仅完成作为被观察者必须实现的职责:管理观察者并通知观察者
2、observer观察者
观察者接收到消息后,即进行update(更新方法)操作,对接收到的信息进行处理
3、concretesubject 具体被观察者
定义被观察者自己的业务逻辑,同时定义对哪些事件进行通知
4、concreteobserver 具体的观察者
每个观察者在接收到消息后的处理反应是不同的,各个观察者有自己的处理逻辑。
观察者模式通用代码展示
1、被观察者抽象类
package observer;
import java.util.Vector;
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();
}
}
}
2、被观察者实现类
package observer;
public class ConcreteSubject extends Subject {
//具体的业务
public void doSomething() {
/*
* do something
*/
super.notifyObservers();
}
}
3、观察者接口
package observer;
public interface Observer {
//更新方法
public void update();
}
4、观察者实现类
package observer;
public class ConcreteObserver implements Observer {
//实现更新方法
@Override
public void update() {
System.out.println("接收信息,并进行处理!");
}
}
5、客户端测试类
package observer;
public class Client {
public static void main(String[] args) {
//创建一个被观察者
ConcreteSubject subject = new ConcreteSubject();
//定义一个观察者
Observer obs = new ConcreteObserver();
//实行观察
subject.addObserver(obs);
//观察者开始行动
subject.doSomething();
}
}
6、测试结果如下:
接收信息,并进行处理!
优缺点
- 该模式使得观察者和被观察者之间是抽象耦合,是的观察者和被观察者都非常容易扩展,
建立一套触发机制
效率问题,一个被观察者多个观察者情况下开发和调试就会很复杂,java 消息通知默认是顺序执行,一个观察者卡壳会影响全部的,一般采用异步处理,多级触发就更让人担心了。
使用场景
关联行为场景(关联行为是可拆分的,而不是组合关系)
事件多级触发场景
跨系统的消息交换场景(如消息队列)
需要注意的两个重点问题:
广播链问题和异步处理问题