设计模式--观察者模式
简介
观察者模式（Observer Pattern）,又叫发布-订阅（Publish/Subscibe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。定义一种一对多的依赖关系，一个主题对象可被多个观察者对象同时监听，使得每当主题对象状态变化时，所有依赖它的对象都会得到通知并被自动更新。属于行为型模式。
观察者模式的核心是将观察者与被观察者解耦，以类似与消息/广播发送的机制联动两者，使被观察者的变动能通知到感兴趣的观察者们，从而做出相应的相应。
观察者模式的生活应用场景
1、起床闹钟
2、邮件通知等
在软件系统中，当系统一方行为依赖于另一方行为的变动时，可使用观察者模式松耦合联动双方，使得一方的变动可以通知到感兴趣的另一方对象，从而让另一方对象对此作出响应。观察者模式适用于以下几种应用场景：
1、当一个抽象模式包含两个方面内容，其中一个方面依赖于另一方面；
2、其他一个或多个对象的变化依赖于另一个对象的变化；
3、实现类似广播机制的功能，无需知道具体收听者，只需分发广播，系统中感兴趣的对象会自动接收该广播；
4、多层级嵌套使用，形成一种链式触发机制，使得事件具备跨域（跨越两种观察者类型）通知。
观察者模式的通用UML类图：
从UML类图中，我们可以看到，观察者模式主要包含三种角色：
抽象主题（Subject）:指被观察的对象（Observable）。该角色是一个抽象类或接口，定义了增加、删除、通知观察者对象的方法；
具体主题（ConcreteSubject）:具体被观察者，当其内部状态变化时，会通知已注册的观察者；
抽象观察者（Observer）:定义了响应通知的更新方法；
具体观察者（ConcreteObserver）:在得到状态更新时，会自动作出响应；
观察者模式在业务场景中的应用
观察者模式在源码中的应用
Spring中的ContextLoaderListener实现了ServletContextListener接口,ServletContextListener接口又继承了EventListener。
public class ContextLoaderListener extends ContextLoader implements ServletContextListener {
public ContextLoaderListener() {
}
public ContextLoaderListener(WebApplicationContext context) {
super(context);
}
@Override
public void contextInitialized(ServletContextEvent event) {
initWebApplicationContext(event.getServletContext());
}
@Override
public void contextDestroyed(ServletContextEvent event) {
closeWebApplicationContext(event.getServletContext());
ContextCleanupListener.cleanupAttributes(event.getServletContext());
}
}
ServletContextListener接口源码：
public interface ServletContextListener extends EventListener {
public default void contextInitialized(ServletContextEvent sce) {
}
public default void contextDestroyed(ServletContextEvent sce) {
}
}
EventListener:
public interface EventListener {
}
观察者模式的优缺点：
优点：
1、观察者和被观察者是松耦合（抽象耦合）的，符合依赖倒置原则；
2、分离了表示层（观察者）和数据逻辑层（被观察者），并且建立了一套触发机制，使得数据的变化可以响应到多个表示层上；
3、实现了一对多的通讯机制，支持事件注册机制，支持兴趣分发机制，当被观察者触发事件时，只有感兴趣的观察者可以接收到通知。
缺点：
1、如果观察者数量过多，则时间通知会耗时较长；
2、事件通知呈线性关系，如果其中一个观察者处理事件卡壳，会影响后续的观察者接受事件；
3、如果观察者和被观察者之间存在循环依赖，则可能造成两者之间的循环调用，导致系统崩溃。
