常见于 业务处理完之后 (推送、邮件、钉钉、短信) 等通知, 也可用于业务解耦
例如: A表
为主表 BCD表
为附属表
那么 A表
数据进行删除, 一般做法是 A表
导入BCD表
的Service进行关联删除
那么我们可以用事件通知 进行解耦操纵
A表
删除后发布 主表删除事件
, BCD监听到删除事件, 各自处理各自的删除逻辑
这样 A表
无需关心 BCD表
如何进行删除, BCD表
也只需要处理自己的删除逻辑即可
有些人可能担心事务问题, 这里可以说明 (经过验证) 事件都是在同一个线程进行的
只要在 A表
删除的方法上增加事务注解即可
/*** 事件实体* * @author Lion Li*/
@Data
public class MyEvent {private String eventId;
}
/*** 测试接口* * @author Lion Li*/
@RestController
public class TestDemoController {@Autowiredprivate ApplicationContext context;@GetMapping("/test")public String test(String eventId) {MyEvent event = new MyEvent();event.setEventId(eventId);context.publishEvent(event);return "success";}
}
/*** 监听事件* * @author Lion Li*/
@Component
public class TestEventListener {@EventListenerpublic void listener1(MyEvent event) {System.out.println(event.getEventId());}/*** 异步需要在主方法添加 @EnableAsync 注解*/@Async@EventListenerpublic void listener2(MyEvent event) {System.out.println(event.getEventId());}
}
@TransactionalEventListener
注解可以监听事务的动态决定是否处理事件
作用域如下:
TransactionPhase.BEFORE_COMMIT
在提交前(默认)
TransactionPhase.AFTER_COMMIT
在提交后
TransactionPhase.AFTER_ROLLBACK
在回滚后
TransactionPhase.AFTER_COMPLETION
在事务完成后
此注解是无法保证原子性的 属于在事务之外