Spring源码分析：@EventListener

今天天晴，心情不错，来盘他，分析一个Spring常用的事件技术，从源码的角度，以及Spring编写代码的方式来彻彻底底盘他。

先来看注解@EventListener

每一次我看到spring的一个注解，我的脑海就立马浮现
1.有一个在spring生命周期中对应的类来处理它，如果是字段注解，那么一定是在对象实例化之前初始化它给他赋值，那么这个处理类可能就会实现BeanPostProcessor或者InstantiationAwareBeanPostProcessor。
2.如果是方法注解，那就是要将改方法变成代理类，来处理，既然要封装成代理类，那么实例化的对象的时候就要把它变成代理类放入spring容器当中。那就是会用使用代理方法，在对象初始化之后转化成封装成代理类。

那么先找到处理@EventListener的类。

spring每写一个注解的时候，就会注明对应处理的方法，我们自定义注解的时候也需要这样做。

那就是EventListenerMethodProcessor类。

那这个类初始化的时机呢？当然即使容器启动的时候，如果是springboot，那么有可能就是EnableAutoConfigration的时候加入进来的，还有很多jar包中的监听文件等等都可以加入到spring的容器当中。

EventListenerMethodProcessor继承了SmartInitializingSingleton，ApplicationContextAware，BeanFactoryPostProcessor

SmartInitializingSingleton：其作用是是 在spring容器管理的所有单例对象（非懒加载对象）初始化完成之后调用的回调接口。
这里我想到了另外一个接口
Lifecycle：同样也是在spring容器对象初始化之后然后调用。当然两者还是有具体区别的。
ApplicationContextAware：看到Aware就知道了，EventListenerMethodProcessor已经获得了容器了。
BeanFactoryPostProcessor：就是在对象初始化方法前后执行。

Spring事件是采用观察者模式，也就是被@EventListener被注解的方法，就使我们的观察者，当发布一个事件时，就会通知所有的观察者，进行处理。

也就是说@EventListener要被加入到观察者对象池中。

既然是对象是被加入到观察者池子中，那么就需要在对象初始化结束的时候加入，那么当然就是实现BeanFactoryPostProcessor，哈哈哈这是我想的，然而EventListenerMethodProcessor没有这样做

EventListenerMethodProcessor是使用了SmartInitializingSingleton在所有的bean初始化了统一处理，当然这样ok呀。

当然完全可以使用SmartInitializingSingleton来处理

接下来理一下顺序

1. Spring容器启动，引入EventListenerMethodProcessor处理类。
2. 所有bean初始化完毕
3. EventListenerMethodProcessor中使用了SmartInitializingSingleton的afterSingletonsInstantiated接口，扫描了容器内所有的bean，判断方法是否有被@EventListener标志的方法，有那么生成观察对象ApplicationListener
4. 发布事件，观察者收到，进行接下来一些列处理。

下一篇，继续讲解下Spring的发布事件，还有@EventListener中的一些参数，比如说condition，如何使用的SpringEl表达式。