概述
EventBus顾名思义,事件总线,是一个轻量级的发布-订阅模式的应用模式。相比于MQ更加简洁,轻量,它可以在一个小系统模块内部使用。
EventBus允许组件之间通过发布-订阅进行通信,而不需要组件之间显示的注册。它专门设计为了代替显示注册的传统的Java进程内事件分发。它不是通用的发布-订阅系统,也不是用于进程间通信的。
应用场景:进程内部通信,不能用于分布式场景,分布式场景请使用MQ。
EventBus介绍
EventBus是google的Guava库中的一个处理组件间通信的事件总线,它基于发布/订阅模式,实现了多组件之间通信的解耦合,事件生产方和事件消费方实现解耦分离,提升了通行的简介性。
当一个事件的发送(事件生产方),需要触发很多事件消费方的时候,我们通常会在事件产生方中,分别的去调用那些事件消费方,这样比较繁琐、复杂,业务也不清晰。事件的产生方与事件的消费方,产生的极大的耦合,如果我们要改动某一个事件消费方,很可能要改动事件的产生方。
使用场景
在工作中,经常会遇见使用异步的方式来发送事件,或者触发另外一个动作:经常用到的框架是MQ(分布式方式通知)。如果是同一个 jvm 里面通知的话,就可以使用EventBus。由于EventBus使用起来简单、便捷,因此,工作中会经常用到。
事件总线三要素
事件(Event)
事件是EventBus之间相互通信的基本单位,一个Event可以是任何类型。一般会定义特定的事件类,类名以Event作为后缀,里面定义一些变量或者函数等。
发布者(Publisher)
事件发布者,就是发送事件到EventBus事件总线的一方,事件发布者调用Post()方法,将事件发给EventBus。可以在程序的任何地方,调用EventBus的post()方法,发送事件给EventBus。
订阅者(Subscriber)
事件订阅者,就是接收事件的一方,这些订阅者需要在自己的方法上,添加@Subscribe注解声明自己为事件订阅者。不过只声明是不够的,还需要将自己所在的类,注册到EventBus中,EventBus才能扫描到这个订阅者。
EventBus示例
guava依赖
EventBusConfig配置(eventbus定义)
/**
* @date 2022/7/14 10:45
* @desc 事件总线配置
*/
@Configuration
public class EventBusConfig {
@Bean
public AsyncEventBus asyncEventBus() {
int corePoolSize = Runtime.getRuntime().availableProcessors();
int maxPoolSize = 100;
int keepAliveTime = 60 * 1000;
BlockingQueue<Runnable> workQueue = new ArrayBlockingQueue<>(5000);
RejectedExecutionHandler handler = new ThreadPoolExecutor.AbortPolicy();
ThreadFactory factory = new ThreadFactory() {
private final AtomicInteger integer = new AtomicInteger(1);
@Override
public Thread newThread(@Nonnull Runnable r) {
return new Thread(r, "TheadPool-Thread-" + integer.getAndIncrement());
}
};
return new AsyncEventBus(new ThreadPoolExecutor(corePoolSize, maxPoolSize, keepAliveTime, TimeUnit.SECONDS, workQueue, factory, handler));
}
}
注册监听器与事件发送
订阅者
注意事项
1、在高并发的环境下使用AsyncEventBus时,发送事件可能会出现异常,因为它使用的线程池,当线程池的线程不够用时,会拒绝接收任务,就会执行线程池的拒绝策略,如果需要关注是否提交事件成功,就需要将线程池的拒绝策略设为抛出异常,并且try-catch来捕获异常。
参考
事件总线 EventBus
EventBus原理深度解析(Guava)