如何在 Spring 中使用事件
【注】本文译自: Spring Events | Baeldung
1. 概述
在本教程中,我们将讨论如何在 Spring 中使用事件。
.事件是框架中最容易被忽视的功能之一,但也是更有用的功能之一。和 Spring 中的许多其他东西一样,事件发布是 ApplicationContext 提供的功能之一。
有一些简单的指导方针可以遵循:
如果我们使用 Spring Framework 4.2 之前的版本,事件类应该扩展 ApplicationEvent。从 4.2 版本开始,事件类不再需要扩展 ApplicationEvent 类。
发布者应该注入一个 ApplicationEventPublisher 对象。
监听器应实现 ApplicationListener 接口。
2. 自定义事件
Spring 允许我们创建和发布默认同步的自定义事件。这有一些优点,例如侦听器能够参与发布者的事务上下文。
2.1. 一个简单的应用程序事件
让我们创建一个简单的事件类——只是一个用于存储事件数据的占位符。
在这种情况下,事件类包含一个 String 消息:
2.2. 发布者
现在让我们创建该事件的发布者。发布者构造事件对象并将其发布给正在收听的任何人。
要发布事件,发布者可以简单地注入 ApplicationEventPublisher 并使用 publishEvent() API:
或者,发布者类可以实现 ApplicationEventPublisherAware 接口,这也会在应用程序启动时注入事件发布者。通常,将 @Autowire 注入发布者会更简单。
从 Spring Framework 4.2 开始,ApplicationEventPublisher 接口为 publishEvent(Object event) 方法提供了一个新的重载,该方法接受任何对象作为事件。因此,Spring 事件不再需要扩展 ApplicationEvent 类。
2.3. 监听器
最后,让我们创建监听器。
监听器的唯一要求是是一个 bean 并实现 ApplicationListener 接口:
请注意我们的自定义侦听器如何使用自定义事件的通用类型进行参数化,这使得 onApplicationEvent() 方法类型安全。这也避免了必须检查对象是否是特定事件类的实例并对其进行转换。
而且,正如已经讨论过的(默认情况下,Spring 事件是同步的), doStuffAndPublishAnEvent() 方法会阻塞,直到所有侦听器完成对事件的处理。
3. 创建异步事件
在某些情况下,同步发布事件并不是我们真正想要的——我们可能需要异步处理我们的事件。
我们可以通过创建一个带有执行程序的 ApplicationEventMulticaster bean 在配置中打开它。
对于我们来说 SimpleAsyncTaskExecutor 很好地实现了这个目的:
事件、发布者和侦听器实现与以前相同,但现在监听器将在单独的线程中异步处理事件。
4. 现有框架事件
Spring 本身发布了各种开箱即用的事件。例如,ApplicationContext 将触发各种框架事件:ContextRefreshedEvent、ContextStartedEvent、RequestHandledEvent 等。
这些事件为应用程序开发人员提供了一个选项,可以连接到应用程序的生命周期和上下文,并在需要的地方添加他们自己的自定义逻辑。
这是监听上下文刷新的监听器的快速示例:
要了解有关现有框架事件的更多信息,请在此处查看我们的下一个教程。
5. 注解驱动的事件监听器
从 Spring 4.2 开始,事件侦听器不需要是实现 ApplicationListener 接口的 bean——它可以通过 @EventListener 注解在托管 bean 的任何 public 方法上注册:
和以前一样,方法签名声明了它使用的事件类型。
默认情况下,侦听器是同步调用的。但是,我们可以通过添加 @Async 注释轻松地使其异步。我们只需要记住在应用程序中启用异步支持。
6. 泛型支持
也可以使用事件类型中的泛型信息来调度事件。
6.1. 泛型应用程序事件
让我们创建一个泛型事件类型。
在我们的示例中,事件类包含任何内容和 success 状态指示器:
请注意 GenericSpringEvent 和 CustomSpringEvent 之间的区别。我们现在可以灵活地发布任意事件,并且不再需要从 ApplicationEvent 扩展。
6.2. 监听器
现在让我们创建该事件的侦听器。
我们可以像以前一样通过实现 ApplicationListener 接口来定义监听器:
但不幸的是,这个定义要求我们从 ApplicationEvent 类继承 GenericSpringEvent。因此,对于本教程,让我们使用之前讨论过的注释驱动事件侦听器。
通过在 @EventListener 注释上定义布尔 SpEL 表达式,也可以使事件侦听器有条件。
在这种情况下,只有成功调用 GenericSpringEvent 的 String 对象时才会调用事件处理程序:
Spring 表达式语言 (SpEL) 是一种强大的表达式语言,在另一篇教程中有详细介绍。
6.3. 发布者
事件发布者与上述类似。但是由于类型擦除,我们需要发布一个事件来解析我们将过滤的泛型参数,例如,类 GenericStringSpringEvent extends GenericSpringEvent<String>。
此外,还有一种发布事件的替代方法。如果我们从使用 @EventListener 注解的方法返回一个非空值作为结果,Spring Framework 会将该结果作为新事件发送给我们。此外,通过将多个新事件作为事件处理的结果返回到一个集合中,我们可以发布多个新事件。
7. 事务绑定事件
本节是关于使用 @TransactionalEventListener 注解的。要了解有关事务管理的更多信息,请查看 使用 Spring 和 JPA 事务。
从 Spring 4.2 开始,框架提供了一个新的 @TransactionalEventListener 注解,它是 @EventListener 的扩展,它允许将事件的侦听器绑定到事务的某个阶段。
可以绑定到以下事务阶段:
AFTER_COMMIT(默认)- 用于在事务成功完成时触发事件。
AFTER_ROLLBACK – 如果事务已回滚
AFTER_COMPLETION – 如果事务已完成(AFTER_COMMIT 和 AFTER_ROLLBACK 的别名)
BEFORE_COMMIT - 用于在事务提交之前触发事件。
这是一个事务性事件侦听器的快速示例:
仅当存在事件生产者正在运行且即将提交的事务时,才会调用此监听器。
如果没有事务在运行,则根本不会发送事件,除非我们通过将 fallbackExecution 属性设置为 true 来覆盖它。
8. 结论
在这篇简短的文章中,我们介绍了在 Spring 中处理事件的基础知识,包括创建一个简单的自定义事件、发布它,然后在侦听器中处理它。
我们还简要了解了如何在配置中启用事件的异步处理。
然后我们了解了 Spring 4.2 中引入的改进,例如注解驱动的监听器、更好的泛型支持和事件绑定到事务阶段。
与往常一样,本文中提供的代码可在 GitHub 上获得。这是一个基于 Maven 的项目,因此它应该很容易导入和运行。
版权声明: 本文为 InfoQ 作者【信码由缰】的原创文章。
原文链接:【http://xie.infoq.cn/article/02f54c077cae105aea20d78f5】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论