深入浅出Spring/SpringBoot 事件监听机制

[[327899]]

说明

事件监听机制可以理解为是一种观察者模式,有数据发布者(事件源)和数据接受者(监听器);

在Java中,事件对象都是继承java.util.EventObject对象,事件监听器都是java.util.EventListener实例;

EventObject对象不提供默认构造器,需要外部传递source参数,即用于记录并跟踪事件的来源;

Spring事件

Spring事件对象为ApplicationEvent,继承EventObject,源码如下:

  1. public abstract class ApplicationEvent extends EventObject { 
  2.  
  3.     /** 
  4.      * Create a new ApplicationEvent. 
  5.      * @param source the object on which the event initially occurred (never {@code null}) 
  6.      */ 
  7.     public ApplicationEvent(Object source) { 
  8.         super(source); 
  9.         this.timestamp = System.currentTimeMillis(); 
  10.     } 
  11.  

Spring事件监听器为ApplicationListener,继承EventListener, 源码如下:

  1. public interface ApplicationListener<E extends ApplicationEvent> extends EventListener { 
  2.     void onApplicationEvent(E var1); 

实现Spring事件监听有两种方式:

  1. 面向接口编程,实现ApplicationListener接口;
  2. 基于注解驱动,@EventListener(Spring自定义的注解);

实例:

面向接口编程,实现ApplicationListener接口:

自定义事件对象:

  1. public class MyApplicationEvent extends ApplicationEvent { 
  2.     public MyApplicationEvent(Object source) { 
  3.         super(source); 
  4.     } 

自定义事件监听器:

  1. public class MyApplicationListener implements ApplicationListener<MyApplicationEvent> { 
  2.     @Override 
  3.     public void onApplicationEvent(MyApplicationEvent event) { 
  4.         System.out.println("收到事件:" + event); 
  5.     } 

启动服务并发布事件:

  1. public class ApplicationEventBootstrap { 
  2.  
  3.     public static void main(String[] args) { 
  4.         AnnotationConfigApplicationContext context = 
  5.                 new AnnotationConfigApplicationContext(); 
  6.         // 注册自定义事件监听器 
  7.         context.addApplicationListener(new MyApplicationListener()); 
  8.         // 启动上下文 
  9.         context.refresh(); 
  10.         // 发布事件,事件源为Context 
  11.         context.publishEvent(new MyApplicationEvent(context)); 
  12.         // 结束 
  13.         context.close(); 
  14.     } 

运行结果:

  1. 收到事件:com.xx.MyApplicationEvent[source=org.springframework.context.annotation.AnnotationConfigApplicationContext@cb0ed20, started on Sat May 16 16:32:04 CST 2020] 

使用注解 @EventListener实现Spring事件监听:

  1. @Component 
  2. public class MyApplicationListener2 { 
  3.  
  4.     @EventListener(MyApplicationEvent.class) 
  5.     public void onEvent(MyApplicationEvent event) { 
  6.         System.out.println("收到事件:" + event); 
  7.     } 

启动并发布事件:

  1. public class ApplicationEventBootstrap { 
  2.  
  3.     public static void main(String[] args) { 
  4.         AnnotationConfigApplicationContext context = 
  5.                 new AnnotationConfigApplicationContext(); 
  6.         // 注册自定义事件监听器 
  7.         context.register(MyApplicationListener2.class); 
  8.         // 启动上下文 
  9.         context.refresh(); 
  10.         // 发布事件,事件源为Context 
  11.         context.publishEvent(new MyApplicationEvent(context)); 
  12.         // 结束 
  13.         context.close(); 
  14.     } 

运行结果:

  1. 收到事件:com.xx.MyApplicationEvent[source=org.springframework.context.annotation.AnnotationConfigApplicationContext@cb0ed20, started on Sat May 16 16:32:04 CST 2020] 

通过实例可以看出,上面两种方式都可正常发布和接收事件。

实现原理

通过上面实例可以看出,context 可以发布事件,那底层是怎么发布的,让我们继续看源码:

  1. public abstract class AbstractApplicationContext extends DefaultResourceLoader 
  2.         implements ConfigurableApplicationContext { 
  3.       protected void publishEvent(Object event, @Nullable ResolvableType eventType) { 
  4.         ... 
  5.         getApplicationEventMulticaster().multicastEvent(applicationEvent, eventType); 
  6.         ... 
  7.       } 

通过源码我们可以看出,事件应该是通过

ApplicationEventMulticaster发布的,我们继续看:

  1. public class SimpleApplicationEventMulticaster extends AbstractApplicationEventMulticaster 

Spring 中事件发布都是通过

SimpleApplicationEventMulticaster来实现的

  1. public void multicastEvent(final ApplicationEvent event, @Nullable ResolvableType eventType) { 
  2.         ResolvableType type = (eventType != null ? eventType : resolveDefaultEventType(event)); 
  3.         for (final ApplicationListener<?> listener : getApplicationListeners(event, type)) { 
  4.             Executor executor = getTaskExecutor(); 
  5.             if (executor != null) { 
  6.         // 异步 
  7.                 executor.execute(() -> invokeListener(listener, event)); 
  8.             } 
  9.             else { 
  10.                 invokeListener(listener, event); 
  11.             } 
  12.         } 
  13.     } 

可以看出,如果设置了Executor则异步发送,否则同步;而且可以看出通过 resolveDefaultEventType(event) 对发布的事件类型进行了校验,这就是为什么我们可以直接使用泛型来指定我们想接收的事件对象, 比如上面的 ApplicationListener。

  1. private void doInvokeListener(ApplicationListener listener, ApplicationEvent event) { 
  2.         try { 
  3.             listener.onApplicationEvent(event); 
  4.          

最后就使用对应的ApplicationListener进行接收和处理就行了,那么ApplicationListener是什么时候注册的呢?

如何添加ApplicationListener?

  1. 直接添加,使用content.addApplicationListener(上面实例中有使用);
  2. 将自定义的ApplicationListener注册为一个Bean,Spring再初始化Bean之后会添加,具体代码在ApplicationListenerDetector#postProcessAfterInitialization,判断一个Bean如果是ApplicationListener,则也是使用context.addApplicationListener添加;
  3. 使用注解@EventListener,在初始化Bean之后,会在EventListenerMethodProcessor中进行处理和添加;

第三种实现的源码如下(

EventListenerMethodProcessor中):

  1. private void processBean(final String beanName, final Class<?> targetType) { 
  2.   .... 
  3.   // 获取public 且有@EventListener的方法  
  4.   AnnotatedElementUtils.findMergedAnnotation(method, EventListener.class)); 
  5.   ...  
  6.   ApplicationListener<?> applicationListener = factory.createApplicationListener(beanName, targetType, methodToUse);                  
  7.   // 添加监听器 
  8.   context.addApplicationListener(applicationListener);  

Spring内建事件

  • ContextRefreshedEvent: Spring应用上下文就绪事件;
  • ContextStartedEvent: Spring应用上下文启动事件;
  • ContextStopedEvent: Spring应用上下文停止事件;
  • ContextClosedEvent: Spring应用上下文关闭事件;

Spring Boot事件

Spring Boot事件是在Spring事件基础上进行的封装

  1. public abstract class SpringApplicationEvent extends ApplicationEvent 

事件对象改为SpringApplicationEvent,事件源为SpringApplication(Spring事件源为Context);

底层发布事件还是使用

SimpleApplicationEventMulticaster 对象,不过有点需要说明的是,Spring Boot 1.4开始,SpringApplication和ApplicationContext使用的都是

SimpleApplicationEventMulticaster实例,但是两者属于不同的对象(1.0 ~ 1.3版本是同一个对象);

事件回顾:

  1. public class EventBootstrap { 
  2.  
  3.     public static void main(String[] args) { 
  4.         new SpringApplicationBuilder(Object.class) 
  5.                 .listeners(event -> { 
  6.                     System.out.println("事件对象:" 
  7.                     + event.getClass().getSimpleName() 
  8.                     + " ,事件源:" + event.getSource().getClass().getSimpleName()); 
  9.                 }) 
  10.                 .web(WebApplicationType.NONE) 
  11.                 .run(args) 
  12.                 .close(); 
  13.     } 

运行结果:

  1. 事件对象:ApplicationContextInitializedEvent ,事件源:SpringApplication 
  2. 事件对象:ApplicationPreparedEvent ,事件源:SpringApplication 
  3. 事件对象:ContextRefreshedEvent ,事件源:AnnotationConfigApplicationContext 
  4. 事件对象:ApplicationStartedEvent ,事件源:SpringApplication 
  5. 事件对象:ApplicationReadyEvent ,事件源:SpringApplication 
  6. 事件对象:ContextClosedEvent ,事件源:AnnotationConfigApplicationContext 

从结果可以看出,事件对象类型和事件源,以及事件发布顺序。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/123380.html<

(0)
管理的头像管理
上一篇2025-02-22 18:57
下一篇 2025-02-22 18:59

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注