介绍
观察者模式是一个使用率非常高的模式,它最常用的地方是GUI系统、订阅-发布系统,因为这个模式的一个重要作用就是解耦,将被观察者和观察者解耦,使得它们之间的依赖性更小,甚至做到毫无依赖。
定义
定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并被自动更新。
使用场景
- 关联行为场景,需要注意的是,关联行为是可拆分的,而不是组合关系;
- 事件多级触发场景;
- 跨系统的消息交换场景,如消息队列、事件总线的处理机制;
UML类图
UML类图如下:

角色介绍:
- Subject:抽象主题,也就是被观察者(Observable)角色,抽象主题角色把所有观察者对象的引用保存在一个集合里,每个主题都可以有任意数量的观察者,抽象主题提供一个接口,可以增加和删除观察者对象。
- ConcreteSubject:具体主题,该角色将有关状态存入具体观察者对象,在具体主题的内部状态发生改变时,给所有注册过的观察者发出通知,具体主题角色又叫做具体被观察者(ConcreteObservable)角色。
- Observer:抽象观察者,该角色是观察者的抽象类,它定义了一个更新接口,使得在得到主题的更改通知时更新自己。
- ConcreteObserver:具体的观察者,该角色实现抽象观察者角色所定义的更新接口,以便在主题的主题发生改变时更新自身的状态。
实现
发布-订阅模式也称为观察者模式。下面通过实例来了解观察者模式:
|
|
|
|
|
|
Observer和Observable是JDK中的内置类型,可见观察者模式是非常重要的,这里Observer是抽象的观察者角色,Coder是具体观察者角色;Observable是抽象的主题角色,DevTechFrontier是具体的主题角色。
总结
观察者模式主要的作用就是对象解耦,经观察者与被观察者完全隔离,只依赖于Observer和Observable抽象。
优点
- 观察者和被观察者之间是抽象耦合,应对业务变化。
- 增强系统灵活性、可扩展性。
缺点
在Java中消息的通知默认是顺序执行的,一个观察者卡顿,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式。