概述

Application Event是Spring提供的基于观察者模式的事件，该事件为Bean与Bean之间的消息通信提供了支持，是业务解耦的一种实现。当Bean-A处理完成一个任务之后，希望Bean-B知道并能做相应的处理，这时我们就需要让Bean-B监听Bean-A所发生的事件。

不使用事件开发业务逻辑代码时，我们将某些操作的后置操作全都写在业务代码中，如下图：

使用事件时，主流程完成后，我们只需要对外发送一个事件，在事件处理中做后续操作（发送邮件发送MQ）：

组成部分

1、基本使用

常用的事件都是同步处理

1.1、定义事件

1.2、定义监听者

1.2.1 方式1-实现  ApplicationListener接口

1.2.2 方式2-使用 @EventListener 注解

1.3、事件发布

事件发布使用的是  ApplicationEventPublisher，这是springEvent 自带publisher，自动注入就可使用。

1.4、执行结果

2、条件过滤

在某些场景下，我们希望listener能根据消息中的某些条件来过滤消息。 springEvent 支持在注册listener的注释中加上一些条件来进行过滤消息。

2.1 条件listener 注册

第一个 只有 itemEvent.message 等于 itemEvent11111111111111 时，才会进行消息处理

第二个 只有 itemEvent.message 等于 111111111时，才会进行消息处理

2.1 执行结果

消息发送 为   itemEvent11111111111111 

只有 itemEventListenerConditionTrue 处理了消息

3、指定listener执行顺序

在某些场景下，我们希望 itemEvent 的listener执行是有先后顺序。 springEvent 支持在listener上 添加 @Order 注释进行顺序编排

3.1 定义顺序 listener

3.2 执行结果

4、事务支持

我们希望商品修改事务提交成功后再处理更新事件。

springEvent 支持将消息的发送加入到本地事务中，需要我们在listener注册时，加上事务的注释（TransactionalEventListener）进行标记。

4.1 注册事务 listener

消息发送的场景支持四种，其中默认为AFTER_COMMIT  ，具体枚举如下：

4.2 代码详情

4.2.1 表对应实体

4.2.2 mysql 数据

4.2.3 含有事务的方法

此处举例了两个方法，一个成功、一个失败，用于做比较。

4.3 执行结果

4.3.1 事务成功举例

4.3.2 事务执行失败举例

4.4 总结

BEFORE_COMMIT	事务开始前处理更新事件
AFTER_COMMIT	事务成功后处理更新事件
AFTER_ROLLBACK	事务失败后处理更新事件
AFTER_COMPLETION	事务结束后处理更新事件（注意，只是结束，无所谓成功与否）

5、异步事件

某些场景下，我们不希望消息的处理阻塞主线程。因此需要将消息处理异步化。

springEvent 异步处理消息时，会将任务提交到线程池中进行处理。

异步的事件定义和时间发送都是相同的，在定义listener时，需要加上异步的注释（@Async）

5.1 异步配置

一般我们会自定义一个线程池进行区分，不配置会使用默认配置。

5.2 定义异步listener

异步listener 与同步listener没什么不同，只是多了一个异步的注释

5.3 结果