Google Guava的EventBus(事件总线)基本使用

        EventBusGoogle.Guava提供的消息发布-订阅组件,采用的是观察者模式(生产/消费者编程模型),

实现了多组件之间通信的解耦合,事件产生方和事件消费方实现解耦分离,提升了通信的简洁性。

相比MQ它更加轻量,易用,但一般只用于进程内部的通信,不能像MQ一样用于分布式系统的服务与服务之间的通信。

       EventBus包含3大核心部分:Event事件, Publisher事件发布者,Subscriber事件订阅者。

       下面介绍一下它的使用方法:

一、在pom.xml中引入guava的依赖

<dependency>

     <groupId>com.google.guava</groupId>

     <artifactId>guava</artifactId>

     <version>19.0</version>

</dependency>

二、自定义事件类

     事件是EventBus之间相互通信的基本单位,一个Event可以是任何类型。

为了规范,我们一般在自定义事件类时会以Event作为类名的结尾,例:

import lombok.Data;

/**
 * 自定义一个添加告警消息的事件
 */
@Data
public class AddAlertMsgEvent {

    private String calcNodeCode;

    private String orgCode;

}

三、事件监听

     事件监听即事件的订阅者,就是接收事件的一方,这些订阅者需要在自己的方法上,添加@Subscribe注解声明自己为事件订阅者。

    一般@Subscribe可以配合@AllowConcurrentEvents注解一起使用,这个注解是用来标识当前订阅者是线程安全的,可以减少同步开销。

    例:

/**
 * 事件监听器
 */
@Component
public class EventListener {

    @Subscribe
    @AllowConcurrentEvents
    public void addAlertMsg(AddAlertMsgEvent event) {
        //在这里可以做你需要的处理
    }

}

   监听类里面可以写多个监听的方法,记得在方法上添加@Subscribe注解。

四、定义一个工具类用来获取EventBus和发送事件

   事件发布者,就是发送事件到EventBus事件总线的一方,事件发布者调用Post()方法,将事件发给EventBus。

   例:

import com.google.common.eventbus.AsyncEventBus;
import com.google.common.eventbus.EventBus;

import java.util.concurrent.*;

public class EventBusUtil {

    private static EventBus eventBus;
    private static AsyncEventBus asyncEventBus;
    private static Executor executor = new ThreadPoolExecutor(1, 10, 60,
            TimeUnit.SECONDS, new LinkedBlockingQueue<Runnable>(100000), Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy());

        /**
         * 异步事件单例模式
         * @return
         */
    private static synchronized AsyncEventBus getAsyncEventBus() {
        if(asyncEventBus == null){
            asyncEventBus = new AsyncEventBus(executor);
        }
        return asyncEventBus;
    }

    /**
     * 同步事件单例模式
     * @return
     */
    private static synchronized EventBus getEventBus() {
        if(eventBus == null) {
            eventBus = new EventBus();
        }
        return eventBus;
    }

    /**
     * 同步发送事件
     * @param event
     */
    public static void post(Object event) {
        getEventBus().post(event);
    }

    /**
     * 异步发送事件
     * @param event
     */
    public static void asyncPost(Object event) {
        getAsyncEventBus().post(event);
    }

    /**
     * 监听器注册
     * @param object
     */
    public static void register(Object object) {
        getEventBus().register(object);
        getAsyncEventBus().register(object);
    }

}

五、监听器(订阅者)注册

      只有将监听器所在的类,注册到EventBus中,EventBus才能扫描到这个订阅者。

      在项目启动的时候调用EventBusUtil.register(eventListener)即可,下面以我使用的SpringBoot项目为例:

@Order(1)
@Slf4j
@Component
@Configuration
public class ApplicationListenerImpl implements ApplicationListener<ApplicationReadyEvent> {

    @Resource
    private EventListener eventListener;

    @Override
    public void onApplicationEvent(ApplicationReadyEvent event) {
        log.info("ApplicationReadyEvent init restTemplate.");
        try {
            //监听器注册
            EventBusUtil.register(eventListener);
        } catch (Exception e) {
            log.error("初始化配置失败!", e);
        }
        log.info("ApplicationReadyEvent init restTemplates finished.");
    }

}

六、使用EventBus

    至此你就可以愉快的使用EventBus了,下面举个简单的例子:

//使用Eventbus添加告警信息
AddAlertMsgEvent addAlertMsgEvent = new AddAlertMsgEvent();
addAlertMsgEvent.setOrgCode(orgInfoEntity.getOrgCode());
addAlertMsgEvent.setCalcNodeCode(orgInfoEntity.getCalcNodeCode());
//发送异步事件
EventBusUtil.asyncPost(addAlertMsgEvent);

七、拓展:EventBus和AsyncEventBus使用区别

EventBus:同步事件总线

1.同步执行,事件发送方在发出事件之后,会等待所有的事件消费方执行完毕后,才会回来继续执行自己后面的代码。

2.事件发送方和事件消费方会在同一个线程中执行,消费方的执行线程取决于发送方。

3.同一个事件的多个订阅者,在接收到事件的顺序上面有不同。谁先注册到EventBus的,谁先执行,如果是在同一个类中的两个订阅者一起被注册到EventBus的情况,收到事件的顺序跟方法名有关。

AsyncEventBus:异步事件总线

1.异步执行,事件发送方异步发出事件,不会等待事件消费方是否收到,直接执行自己后面的代码。

2.在定义AsyncEventBus时,构造函数中会传入一个线程池。事件消费方收到异步事件时,消费方会从线程池中获取一个新的线程来执行自己的任务。

3.同一个事件的多个订阅者,它们的注册顺序跟接收到事件的顺序上没有任何联系,都会同时收到事件,并且都是在新的线程中,异步并发的执行自己的任务。


 

<think>嗯,用户现在问的是EventBus事件总线是什么。之前他们问过Reactor模式加背压控制,看来他们对系统设计特别是事件处理和异步通信比较感兴趣。首先,我需要确认用户的理解程度,可能需要先解释EventBus基本概念,然后逐步深入。 用户可能已经知道Reactor模式,所以或许可以对比一下两者的不同。EventBus通常用于组件间的解耦,而Reactor更关注高并发的I/O处理。需要指出EventBus的核心是发布-订阅模型,这样开发者不用直接调用方法,而是通过事件来通信,减少依赖。 接下来,用户可能想知道EventBus的应用场景和优势。比如在Android开发中,EventBus被广泛用于Activity和Fragment之间的通信,或者后台线程和UI线程的消息传递。这时候需要举一些例子,说明如何简化组件间的交互。 另外,用户可能关心EventBus的实现机制。比如同步和异步事件的分发,线程切换的处理,粘性事件的使用场景等。可能需要提到一些具体的实现库,比如GoogleEventBus框架或者RxJava中的事件总线模式。 还要注意用户可能的疑问,比如EventBus和观察者模式的区别,或者它如何解决回调地狱的问题。需要强调解耦和简化通信的优势,同时也要提到潜在的问题,比如事件泛滥导致难以追踪,或者内存泄漏的风险。 最后,用户可能需要知道如何选择合适的EventBus库,或者在实际项目中如何正确使用。这时候可以给出一些最佳实践,比如避免过度使用、注意生命周期管理等。确保回答既全面又易懂,帮助用户在实际开发中应用EventBus。</think>### EventBus事件总线解析 --- #### 1. **基本概念** **EventBus**(事件总线)是一种**发布-订阅(Pub-Sub)模式**的实现工具,用于组件或模块间的**解耦通信**。其核心思想是: - **事件发布者**(Publisher)**触发事件**(Event)。 - **事件订阅者**(Subscriber)**监听并处理事件**。 - 事件总线作为**中间枢纽**,负责事件的分发和管理。 **典型特征**: - **松耦合**:发布者和订阅者无需直接引用对方。 - **异步通信**:支持跨线程、跨模块的事件传递。 - **类型驱动**:通过事件类型匹配订阅者(如Java中基于类名)。 --- #### 2. **核心机制** ##### **2.1 事件注册与分发** 1. **订阅者注册**:订阅者向EventBus声明自己关注的事件类型(如通过注解`@Subscribe`)。 2. **事件发布**:发布者调用`EventBus.post(event)`发送事件。 3. **事件路由**:EventBus根据事件类型找到所有匹配的订阅者,触发其处理方法。 **示例(Java)**: ```java // 定义事件 public class MessageEvent { private String content; // 构造方法、Getter/Setter } // 订阅者 public class Subscriber { @Subscribe public void handleMessage(MessageEvent event) { System.out.println("收到消息:" + event.getContent()); } } // 使用EventBus EventBus bus = new EventBus(); bus.register(new Subscriber()); // 注册订阅者 bus.post(new MessageEvent("Hello World")); // 发布事件 ``` ##### **2.2 线程模式** - **同步处理**:事件在发布线程直接执行订阅者逻辑(默认模式)。 - **异步处理**:通过后台线程或线程池分发事件(需配置异步EventBus)。 --- #### 3. **主要优势** 1. **解耦性**:组件间通过事件通信,避免直接依赖。 - 例如:Android中Activity与Fragment无需持有对方引用。 2. **灵活性**:动态增减订阅者,支持多对多通信。 3. **简化代码**:替代传统的回调接口或广播机制。 4. **跨线程支持**:轻松实现主线程与工作线程的数据传递。 --- #### 4. **常见应用场景** 1. **GUI开发**: - 界面组件更新(如按钮点击触发多个面板刷新)。 - Android开发中的跨组件通信(如EventBus、Otto库)。 2. **微服务架构**: - 服务间通过事件传递状态变更(如订单支付成功通知物流系统)。 3. **游戏开发**: - 游戏对象交互(如玩家受伤触发音效和UI血条更新)。 4. **插件化系统**: - 插件通过事件扩展主程序功能。 --- #### 5. **实现变体与主流库** | 类型 | 特点 | 代表库/框架 | |-------------------|----------------------------------------|--------------------------| | **本地EventBus** | 单进程内通信,轻量级 | Google Guava EventBus | | **分布式EventBus**| 跨进程/跨机器通信,需序列化支持 | Apache Kafka、RabbitMQ | | **响应式EventBus**| 结合背压控制,适应高吞吐场景 | RxJava Subject、Vert.x | --- #### 6. **潜在问题与解决方案** 1. **事件泛滥**: - **现象**:过多事件导致性能下降。 - **方案**:合并事件(Debouncing)、限制频率(Throttling)。 2. **内存泄漏**: - **现象**:未注销订阅者导致对象无法回收。 - **方案**:显式调用`unregister()`,结合弱引用。 3. **调试困难**: - **现象**:事件链路复杂,问题定位耗时。 - **方案**:添加事件日志、唯一事件ID追踪。 --- #### 7. **代码实践建议** 1. **事件分类**: - 按业务维度定义事件类型(如`OrderEvent`、`UserEvent`)。 2. **避免过度使用**: - 简单数据传递优先使用回调,复杂交互再用EventBus。 3. **生命周期管理**: - 在Android中,注意在`onDestroy()`中注销订阅。 4. **线程安全**: - 确保事件处理逻辑的线程安全性(如避免UI操作在非主线程执行)。 --- #### 8. **与观察者模式的区别** | **EventBus** | **观察者模式** | |---------------------------|---------------------------| | 集中式管理所有订阅关系 | 观察者直接绑定被观察对象 | | 支持跨组件、跨层级通信 | 通常用于同一模块内的通信 | | 内置线程调度、粘性事件等扩展 | 需手动实现高级功能 | --- #### 9. **总结** EventBus通过**发布-订阅机制**,提供了一种高效、解耦的通信方式,适用于需要灵活处理组件交互的场景。合理使用可大幅提升代码可维护性,但需注意避免滥用导致架构混乱。在Android、微服务、游戏等领域均有广泛应用,是现代软件设计的核心模式之一。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值