Spring框架已然是Javaeee开发领域的霸主，无论是使用SpringBoot还是SpringCloud，都离不开Spring框架。
作为Java开发者，无论是面试求职还是日常开发，就必须得熟练掌握、运用Spring框架。
因此学习Spring框架源码也就成为了大家最重要的事情之一。
Spring框架中用到的设计模式
================
Spring框架中运用了大量的设计模式，如果对设计模式掌握的不够熟练，阅读源码的时候就会感到很吃力，不明白作者为什么这样写，有时候一个方法一个方法的跟进去，到达一定的深度之后就断了，无法连贯起来，最后不得不放弃。
简单工厂，又叫静态工厂方法模式：Spring中的BeanFactory。
工厂方法模式：Spring中的FactoryBean。
单例模式：Spring中的BeanFactory就是全局单例的，我们日常开发的service默认也是单例模式，单例存在于Spring容器中。
适配器模式：Spring中的AOP、拦截器。
包装器模式：Spring中的各种Wrapper、Decorator。
代理模式：Spring中的AOP就是采用的代理模式，代理有JDK动态代理（JdkDynamicAopProxy）和Cglib代理（Cglib2AopProxy）两种方式。
观察者模式：Spring中的ApplicationListener，事件驱动编程思想。
策略模式：Spring中在实例化对象的时候用到Strategy模式。
模板方法：Spring中的JdbcTemplate、RestTemplate、RedisTemplate等。
熟练掌握以上设计模式可以在阅读Spring、SpringBoot等框架源码的时候，可以做到畅通无阻。
观察者模式
=====
当一个对象发生改变时候，自动通知其他对象作出相关动作。
当一个事件发生时候，自动触发依赖这个事件的其他事件。
这就是观察者模式要做的事情。
举例：当一个开通会员的订单支付完成之后（第三方支付回调过来了），需要更改订单的支付状态、给用户开通会员、如果有分销的逻辑还要触发分润逻辑、给用户开通其他会员附属权益。伪代码如下：
这种做法是最简单也是最low的方法，如果再有其他业务需要依赖订单回调的话，那么需要订单业务开发人员持续的在这里添加相关业务，或同步或异步调用。
那么如果我发布一个订单事件呢？需要监听该事件的其他业务组自己订阅这个事件就好了，订单业务的开发同学再也不用改动自己业务的代码了。
单体应用下我们通常使用事件驱动的编程模式。分布式应用下大家都会采用消息队列发布-订阅的模式去做这块事情。无论采用哪种方式，其核心思想都是观察者模式。
观察者模式中有几个角色：
-
主题：主题中包含多个观察者，以及观察者的添加、删除，同时需要提供触发观察者事件的方法。
-
观察者：也叫监听器，会有多个观察者，不同的观察者监听到事件后做不同的逻辑处理。
自己实现事件驱动编程
==========
先定义好事件的设计，类图如下：
事件定义类图
Event：事件的接口类，可以设置或获取数据EventObject
Event
AbstractEvent：事件抽象实现类，持有EventObject对象，并提供默认实现
AbstractEvent
OrderCallbackEvent：订单回调事件，用于定义具体的事件
OrderCallbackEvent
然后我们来定义事件的监听器（观察者），以及事件广播器（主题），类结构设计如下图：
EventListener：监听器接口类，定义监听器的方法
EventListener
AbstractEventListener：监听器抽象实现类，多了order属性，用于监听器执行顺序
AbstractEventListener
Test1EventListener：事件监听器1
Test1EventListener
Test2EventListener：事件监听器2
Test2EventListener
Test3EventListener：事件监听器3
Test3EventListener
OrderEventMulticaster:事件广播器
EventMulticaster
我们来写一个测试方法，看看当订单完成回调的时候是如何触发这3个监听器的：
运行输出：
可以看见，监听器按照我们给定的order顺序依次执行三个监听器的事件。
上面就是我们自己实现的基于事件驱动的代码，在这个基础上我们还可以针对EventMulticaster广播器再制定特制的OrderEventMulticater以及其他业务的事件广播器。
另外对于每一个监听器我们也可以
单独开启一个独立的线程异步去执行监听器里的业务，而不阻塞订单回调事件的执行。
当有新的业务需要订单回调进行触发的时候，就可以再增加一个Listener到监听器集合里面就可以了。不需要再更改订单回调的业务，达到解耦的效果。
Spring的事件机制
===========
标签：搞清楚,Spring,观察者,模式,订单,源码,事件,监听器 From： https://blog.51cto.com/u_15767200/5899976