Google Guava EventBus(事件总线)

       EventBus是Guava的事件处理机制,是设计模式中的观察者模式(生产/消费者编程模型)的优雅实现。对于事件监听和发布订阅模式,EventBus非常优雅使用起来也非常的简单,这个可不是吹的是真的非常的简单。

       EventBus内部实现原理不复杂(源码不复杂,强烈推荐大家去看下)。我们简单的概况下EventBus内部的实现:EventBus内部会维护一个Multimap<Class<?>, Subscriber> map(你可以认为是一个消息队列样的东西),key就代表消息对应的类(消息不同类不同,区分不同的消息)、value是一个Subscriber,Subscriber其实就是对对应消息处理的一个封装。如果有消息发布就去这个map里面找到这个消息对应的处理方法在执行。

       EventBus里面的相关术语。

EventBus术语解释备注
事件(消息)可以向事件总线发布的对象通常是一个类,不同的消息事件用不同的类来代替,消息内容就是类里面的属性
订阅向事件总线注册监听者以接受事件的行为EventBus.register(Object),参数就是监听者
监听者提供一个处理方法,希望接受和处理事件的对象通常也是一个类,里面有消息的处理方法
处理方法监听者提供的公共方法,事件总线使用该方法向监听者发送事件;该方法应该用Subscribe注解监听者里面添加了Subscribe注解的方法,就可以认为是消息的处理方法
发布消息通过事件总线向所有匹配的监听者提供事件EventBus.post(Object)

一 EventBus的使用

       EventBus的使用很简单。笼统来说分为以下几个步骤。不过在说EventBus使用之前,先把EventBus里面常用的函数列出来。

    /**
     * 创建EventBus对象, identifier为“default”
     */
    public EventBus() {
        this("default");
    }

    /**
     * 创建EventBus对象, identifier就是用一个字符串来标识EventBus
     */
    public EventBus(String identifier);

    /**
     * 创建EventBus对象,exceptionHandler是异常处理类(消息处理过程中有异常,统一处理)
     * ps: identifier为“default”
     */
    public EventBus(SubscriberExceptionHandler exceptionHandler);
    

    /**
     * EventBus对象标识
     */
    public final String identifier();
    

    /**
     * 取消监听者的注册
     */
    public void unregister(Object object);

    /**
     * 发布一个消息
     *
     * @param event 可以认为是消息
     */
    public void post(Object event);

EventBus简单吧,给我们用的函数都没几个。

1.1 EventBus对象创建

       EventBus对象需要根据实际情况来创建,你想全局只用一个EventBug。你可以用单例。你也可以根据不同的模块,每个模块一个EventBus对象。这些你都可以随意处理。当中缘由也很好理解,EventBus是中央处理器。你的监听者在哪个EventBus里面注册,你的消息就发布到这个对应的EventBus里面去。不能乱来。

       EventBus对象创建就没什么说的了。

        EventBus eventBus = new EventBus("test");

1.2 创建消息类

       消息,我们通常会封装成一个类。消息不同类也不同。如果是带参数的消息,这些参数就可以作为类的属性。比如如下一个实例,我们定义一个OrderMessage消息类,来接受某个命令,对应的命令内容orderContent。

/**
 * @name: OrderMessage
 * @author: tuacy.
 * @date: 2019/7/9.
 * @version: 1.0
 * @Description: 命令消息
 */
public class OrderMessage {
    
    /**
     * 命令对应的内容
     */
    private String orderContent;


    public String getOrderContent() {
        return orderContent;
    }

    public void setOrderContent(String orderContent) {
        this.orderContent = orderContent;
    }
}

       这里也建议,消息对应的类不用搞的太复杂。最好不要各种继承,各种实现。除非到了万不得已的情况。

1.3 创建监听者类

       监听者也是一个类,不过在这个类里面需要确定我们需要处理哪些消息(可以是多个),每个消息的处理对应一个函数,而且这个函数需要添加@Subscribe注解。比如我们定义一个OrderEventListener的监听类,处理我们上面的OrderMessage消息,代码如下:

/**
 * @name: OrderMessage
 * @author: tuacy.
 * @date: 2019/7/9.
 * @version: 1.0
 * @Description: 命令监听者
 */
public class OrderEventListener {

    /**
     * 如果发送了OrderMessage消息,会进入到该函数的处理
     * @param event 消息
     */
    @Subscribe
    public void dealWithEvent(OrderMessage event) {
        // TODO: 收到EventTest消息之后,做相应的处理
        System.out.println("我收到了您的命令,命令内容为:" + event.getOrderContent());
    }

}

1.4 注册监听者

       监听者类我们已经创建好了,这个时候我们需要把这个监听者注册到EventBus里面去。让他可以去匹配发布的消息。注册监听者就掉一个函数就行。

        // 注册监听者
        eventBus.register(new OrderEventListener());

1.4 发布消息

       当有对应的消息产生的时候,需要发布出去让监听者处理的时候。很简单。掉个函数就Ok了。

        // 发布消息
        eventBus.post(new OrderMessage());
    @Test
    public void eventBus() {
        // 定义一个EventBus对象,因为我这里是测试,才这样写的。实际你应该定义一个单例获取其他的方式
        EventBus eventBus = new EventBus("test");
        // 注册监听者
        eventBus.register(new OrderEventListener());
        // 发布消息
        eventBus.post(new OrderMessage());

    }

二 异步消息处理AsyncEventBus

       AsyncEventBus是继承EventBus异步消息,准确来讲是我们可以指定消息的处理在哪里执行。比如我们可以把他们都放到一个线程池里面去执行。

public class AsyncEventBus extends EventBus {

    /**
     * 创建AsyncEventBus对象
     *
     * @param identifier EventBus标识
     * @param executor 消息在哪里执行,EventBus里面默认的是MoreExecutors.directExecutor()
     */
    public AsyncEventBus(String identifier, Executor executor) {
        super(identifier, executor, Dispatcher.legacyAsync(), LoggingHandler.INSTANCE);
    }

    /**
     * 创建AsyncEventBus对象
     *
     * @param executor 消息在哪里执行,EventBus里面默认的是MoreExecutors.directExecutor()
     * @param subscriberExceptionHandler 异常处理
     * @since 16.0
     */
    public AsyncEventBus(Executor executor, SubscriberExceptionHandler subscriberExceptionHandler) {
        super("default", executor, Dispatcher.legacyAsync(), subscriberExceptionHandler);
    }

    /**
     * 创建AsyncEventBus对象
     *
     * @param executor 消息在哪里执行,EventBus里面默认的是MoreExecutors.directExecutor()
     */
    public AsyncEventBus(Executor executor) {
        super("default", executor, Dispatcher.legacyAsync(), LoggingHandler.INSTANCE);
    }
    
}

       Guava EventBus里面的东西比较简单,所以上面讲的也很简单。有什么疑问欢迎留言。关于Guava EventBus个人觉得要是有以下功能就跟好了,纯属个人观点。

  • 要是消息支持优先级就好了。
  • 要是可以主动中断消息就好了。比如有多个监听者。有一个处理了我不希望继续往下传递了。
  • 要是消息要是能支持存活时间就好了。比如多长时间没有处理。消息失效。
<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、微服务、游戏等领域均有广泛应用,是现代软件设计的核心模式之一。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值