搞清楚Spring事件机制后：Spring的源码看起来简单多了

来源： https://www.toutiao.com/i6764...

做者：java架构设计
本文主讲Spring的事件机制，意图说清楚：

• 什么是观察者模式？
• 本身实现事件驱动编程，对标Spring的事件机制
• 完全搞懂Spring中的事件机制，从而让你们

本文内容较长，代码干货较多，建议收藏后持续阅读。

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中的事件机制有四个关键的类：

ApplicationEvent：事件抽象类，全部的具体事件类都得继承这个类，支持将数据设置到EventObject中：

Spring中的事件有以下几种：

ApplicationListener：事件监听器接口，定义通用方法onApplicationEvent：

**
ApplicationEventMulticaster：事件广播器接口**，用于事件监听器的注册和事件的广播。

ApplicationEventPublisher：事件发布者，调用

ApplicationEventMulticaster中的multicastEvent方法触发广播器持有的监听器集合执行onApplicationEvent方法，从而完成事件发布。

Spring中的每个具体的事件都跟随有一堆的监听器，以及事件的的广播器和发布者。

搞清楚Spring的事件机制可让咱们的Spring的源码阅读之路畅通无阻。

喜欢的话能够点点关注，私信小编“资料”可领取学习资料

《Java学习、面试；文档、视频资源免费获取》