什么？女神发了朋友圈，快来围观之Java设计模式：观察者模式
观察者模式
示例
微信公众号，关注就可以收到推送的消息，取消关注就不会收到
定义
定义了对象之间一对多的依赖关系，当一端对象发生改变时，它的所有依赖者都会收到通知并自动更新（被调用更新方法）
观察者模式也被称为：监听模式、发布订阅模式。提供了一种对象之间松耦合的设计方式
面向接口编程，注册、回调机制
设计原则
为了交互对象之间的松耦合设计而努力
意图
定义了对象之间一对多的依赖关系，当一端对象发生改变时，它的所有依赖者都会收到通知并自动更新
主要解决问题
一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作
何时使用
一个对象状态发生改变，所有的依赖者都会收到通知
优缺点
优点：
- 观察者和被观察者之间是抽象耦合的
- 可以建立一套触发机制
缺点：
- 如果观察者较多的话，通知所有的观察者比较耗时
- 如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃
- 观察者无法知道所观察的目标对象是怎样发生变化的，只知道观察目标变化了
下面看下类图：
涉及到的角色：
- 抽象主题（Subject）角色：主题角色把所有对观察者的引用保存在一个聚集里（比如list集合），每个主题都可以有任意数量的观察者，抽象主题提供了一个接口，可以增加或者删除观察者，主题角色又叫做抽象被观察者（Observable）角色，一般用一个抽象类或者接口实现
- 抽象观察者（Observer）角色：为所有的具体观察者定义一个接口，在得到主题的通知时更新自己，这个接口叫做更新接口，抽象观察者角色一般用一个抽象类或者接口实现
- 具体主题（ConcreteSubject）角色：将有关状态存入具体观察者对象，在具体主题的内部状态变化时，给所有登记过的观察者发出通知，具体主题角色又叫做具体被观察者（Concrete Observable）角色，通常由一个子类实现
- 具体观察者（ConcreteObserver）角色：存储与主题的状态自洽的状态，实现抽象观察者角色所要求的更新接口，以便使本身的状态和主题的状态相协调，通常由一个子类实现
Subject类：
public interface Subject {
/** 添加一个新的观察者 */
void attach(Observer observer);
/** 移除一个已经登记过的观察者 */
void detach(Observer observer);
/** 通知所有已经登记过的观察者 */
void notifyObservers();
}
ConcreteSubject类：
public class ConcreteSubject implements Subject {
private List<Observer> list = new ArrayList<>();
@Override
public void attach(Observer observer) {
list.add(observer);
}
@Override
public void detach(Observer observer) {
list.remove(observer);
}
@Override
public void notifyObservers() {
for (Observer o : list) {
o.update();
}
}
}
Observer类：
public interface Observer {
/** 观察者更新自己 */
void update();
}
ConcreteObserver类：
public class ConcreteObserver implements Observer {
@Override
public void update() {
System.out.println("I am notified");
}
}
女神和追求者的故事
女神翠花是村里的一枝花，有好多人追求，比如住在隔壁的老王、从小一起长大的小明、还有村头理发店的Tony老师等，他们都是翠花的微信好友，时时刻刻关注着翠花的动态。下面通过以上场景写一个小例子：
Observable类：
public interface Observable {
/** 添加观察者 */
void addObserver(Observer observer);
/** 移除观察者 */
void removeObserver(Observer observer);
/** 通知所有观察者 */
void notifyAllObservers();
}
女神翠花的朋友圈：
public class GoddessPyq implements Observable {
private List<Observer> list = new ArrayList<>();
private String msg;
@Override
public void addObserver(Observer observer) {
list.add(observer);
}
@Override
public void removeObserver(Observer observer) {
list.remove(observer);
}
public void pushMsg(String msg) {
this.msg = msg;
System.out.println("发个朋友圈：" + msg);
notifyAllObservers();
}
@Override
public void notifyAllObservers() {
for (Observer o : list) {
o.update(msg);
}
}
}
Observer类：
public interface Observer {
/** 更新 */
void update(Object object);
}
老王、小明、Tony的朋友圈：时时刻刻关注着翠花是否发了朋友圈
public class LaoWang implements Observer {
@Override
public void update(Object object) {
System.out.println("LaoWang-隔壁女神：" + object);
}
}
public class XiaoMing implements Observer {
@Override
public void update(Object object) {
System.out.println("XiaoMing-我亲爱的女神：" + object);
}
}
public class Tony implements Observer {
@Override
public void update(Object object) {
System.out.println("Tony-经常来的美女：" + object);
}
}
测试类：女神发了朋友圈，老王、小明、Tony都可以收到通知
public class Test {
public static void main(String[] args) {
GoddessPyq pyq = new GoddessPyq();
pyq.addObserver(new LaoWang());
pyq.addObserver(new Tony());
pyq.addObserver(new XiaoMing());
pyq.pushMsg("今天上班迟到了，好想有人送我上班");
System.out.println();
pyq.pushMsg("看上了一个包包，可惜没钱了");
System.out.println();
pyq.pushMsg("今天电脑坏了");
}
}
类图：
Java中的实现
Java中提供了观察者模式的通用实现：
Java.util. Observable：可被观察的（主题），具体主题扩展它
java.util.Observer：观察者接口，具体观察者实现该接口
public class JDKObserverSample {
public static void main(String[] args) {
Observable subject1 = new Observable() {
public synchronized void notifyObservers(Object data) {
setChanged();
super.notifyObservers(data);
}
};
subject1.addObserver(new Observer() {
@Override
public void update(Observable o, Object arg) {
System.out.println("观察者1收到通知被更新了..." + arg);
}
});
subject1.addObserver(new Observer() {
@Override
public void update(Observable o, Object arg) {
System.out.println("观察者2收到通知被更新了..." + arg);
}
});
subject1.notifyObservers("change1");
subject1.notifyObservers("change2");
}
}
需要注意的是：
Observable是一个类，也没有实现接口，主题必须继承自它，如果主题想继承另外的类，这会是一个问题。限制它的复用潜力
