Spring源码分析:@EventListener

Posted Small leaf

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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表达式。

以上是关于Spring源码分析:@EventListener的主要内容,如果未能解决你的问题,请参考以下文章

spring3 hibernate4 怎么支持EventListener 系统操作日志

spring中的事件监听eventListener

Spring源码分析专题——目录

Spring源码分析

Spring源码分析-Spring源码编译

Spring1Spring中的Listener