0. 前言
写在最前面，本人的设计模式类博文，建议先看博文前半部分的理论介绍，再看后半部分的实例分析，最后再返回来复习一遍理论介绍，这时候你就会发现我在重点处标红的用心，对于帮助你理解设计模式有奇效哦~
此篇总结整理设计模式中的观察者模式。本文原创，转载请注明出处为SEU_Calvin的博客。
1． 观察者模式介绍
观察者模式定义：
观察者模式定义了一个一对多的依赖关系，使得当被观察者状态发生改变时，与之相依赖的所有观察者对象都能得到通知并自动更新。
观察者模式的使用场景：
（1）跨系统的消息交换场景。
（2）关联行为的场景。
观察者模式角色介绍：
（1）Subject：抽象被观察者，抽象被观察者类提供一系列接口，可以增加、删除、通知观察者对象。
（2）ConcreteSubject：具体被观察者，内部维护一个观察者集合，并实现抽象被观察者类的抽象方法。
（3）Observer：抽象观察者，定义一个更新接口，使得在得到收到更改通知时更新自己。
（4）ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，并维护一些自己的成员变量。
2 实例介绍
在本例中，我们使用一个常见的场景，比如我开设了一个微信公众号，以推送技术文章，张三李四作为微信用户关注了我这个公众号，当我推送一篇文章时，关注该公众号的人都会收到推送的文章，这个实例的实现就可以使用我们的观察者模式。
2.1 Observer抽象观察者接口
public interface Observer{
public void update (String message);
}
2.2 ConcrereObserver具体观察者类
public class User implements Observer {
private String name;
public User(String name) {
this.name = name;
}
@override
public void update (String message){
System.out.println(this.name + "收到通知-" + message);
}
}
2.3 Subject抽象被观察者接口
public interface Subject{
public void addObserver (Observer Observer);
public void removeObserver (Observer Observer);
public void notify(String message);
}
2.4 ConcreteSubject具体被观察者类
public class ConcreteSubject implements Subject {
private List<Observer> usersList = new ArrayList<Observer>();
@Override
public void addObserver (Observer observer) {
usersList.add(observer);
}
@Override
public void removeObserver (Observer observer) {
usersList.remove(observer);
}
@Override
public void notify(String message) {
for (Observer observer : usersList) {
observer.update(message);
}
}
}
2.5 使用时
ConcreteSubject mConcreteSubject =new ConcreteSubject ();
User user1=new User ("张三");
User user2=new User ("李四");
mConcreteSubject. addObserver(user1);
mConcreteSubject. addObserver(user2);
mConcreteSubject.notify("这是第一篇被推送的文章");
mConcreteSubject. removeObserver (user2);
mConcreteSubject.notify("这是第二篇被推送的文章");
2.5 运行结果
张三收到通知-这是第一篇被推送的文章 李四收到通知-这是第一篇被推送的文章 张三收到通知-这是第二篇被推送的文章
3 观察者模式的优缺点
观察者模式的优点：
（1）观察者只需等待主题通知，无需了解主题相关的细节；同时主题只负责通知观察者，无需了解观察者如何处理通知。实现了观察者和被观察者（耦合的双方）依赖于抽象耦合。
（2）观察者增加或删除无需修改主题的代码，只需调用主题对应的增加或者删除的方法即可。增强了程序的可维护性和可拓展性。
观察者模式的缺点：
（1）主题持有观察者的引用，如果从主题中删除观察者时未正常处理，会导致观察者无法被回收。
（2）消息的通知顺序执行，如果一个观察者卡顿，会影响整体的执行效率，若遇到这种情况，一般会采用异步实现。
最后请大家多多点赞~
