设计模式-观察者模式（发布-订阅模式）

观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某个主题对象。这个主题对象在状态发生变化时，会通知所有的观察者对象，让它们能够自动更新自己。

我们在什么时候应该使用观察者模式呢？当一个对象改变，需要同时改变其他对象的时候。而且观察者模式解除了耦合，让耦合的双方（观察者和发布者）都依赖于抽象，而不是依赖于具体。

说完了优点，那么观察者模式有哪些缺点呢？

1. 如果一个被观察者有很多直接和间接的观察者，将所有的观察者都通知到，会花费很多时间。
2. 如果观察者和观察目标之间有循环依赖，系统可能会崩溃
3. 观察者无法知道所观察的目标对象是怎么发生变化的

下面来写一个demo

首先我们需要一个抽象的观察者接口，提供一个方法update，用来供通知者调用

public interface Observer {
	void update(String msg);
}

然后我们需要两个具体的观察者，实现这个接口

public class ObserverA implements Observer{

	@Override
	public void update(String msg) {
		System.out.println("A观察者收到了消息，消息内容为：" + msg);
	}
}

public class ObserverB implements Observer{

	@Override
	public void update(String msg) {
		System.out.println("B观察者收到了消息，消息内容为：" + msg);
	}
}

接下来需要一个抽象的通知者,它提供增加/减少/通知观察者，这三个方法

public interface Subject {
	void add(Observer ob);
	void delete(Observer ob);
	void notify();
}

下面是两个具体的通知者

public class SubjectA implements Subject{

	private String name = "SubjectA";
	
	private List<Observer> obList = new ArrayList<>();

	@Override
	public void add(Observer ob){
		obList.add(ob);
	}
	
	@Override
	public void delete(Observer ob) {
		obList.remove(ob);
	}
	
	@Override
	public void notify(String msg) {
		for (Observer ob : obList) {
			ob.update(name + "的消息：" + msg);
		}
	}
}

public class SubjectB implements Subject{

	private String name = "SubjectB";
	
	private List<Observer> obList = new ArrayList<>();

	@Override
	public void add(Observer ob){
		obList.add(ob);
	}
	
	@Override
	public void delete(Observer ob) {
		obList.remove(ob);
	}
	
	@Override
	public void notify(String msg) {
		for (Observer ob : obList) {
			ob.update(name + "的消息：" + msg);
		}
	}
}

客户端调用的例子如下：

Subject s1 = new SubjectA();
Subject s2 = new SubjectB();
Observer o1 = new ObserverA();
Observer o2 = new ObserverB();

s1.add(o1);
s1.add(o2);

s2.add(o2);

s1.notify("我是kouzou");
s2.notify("我是airi");

发布/订阅模式和观察者模式很类似，很多时候会把它们混为一谈。但其实它们还是有区别的。主要的区别就在于，发布/订阅模式中，发布者不会直接通知订阅者，它们是通过第三方来进行交流的。这个第三方我们称为Borker。在这个模式中，发布者只需要将消息发送给Broker就可以了，不需要关心消息需要怎么发送给订阅者。而订阅者也只需要监听Broker中对应的主题即可。这样，发布者和订阅者就彻底解耦了。发布者在将消息发布到Broker后，就可以进行下面的操作了，而不需要等待消息一个一个发送到订阅者那里去。当订阅者非常多的时候，这样会很节约时间，在某些时候甚至是必要的做法。

我们在中间件中常用的消息队列MQ，实际上就是一种发布/订阅模式，上游系统将消息发布到MQ中，下游系统监听MQ的消息。在高并发模式下，消息队列是非常重要的一个手段。

相关demo可以参考我的gitee仓库
https://gitee.com/akitsuki-kouzou/DesignPatternDemo