EvenBus:Android应用组件之间高效通信的开发库

本文介绍了EventBus在Android开发中的使用方法,包括如何通过EventBus实现组件间通信,简化了复杂的事件处理流程。文中详细解释了EventBus的安装配置过程,并通过一个具体的示例展示了如何在网络连接状态变化时通知Activity更新UI。

当一个Android应用功能越来越多的时候,保证应用的各个部分之间高效的通信将变得越来越困难。如何优雅地解决这个问题?这时候,就需要使用到EventBus。

EventBus是GreenRobot出品的Android系统的一个Event Bus类库,使用起来和之前我们所介绍的Square的Otto差不多,都是用来简化应用组件之间的通信。

09200119-5952562bb5bb4802b4e0868aab8e8623

安装

1 使用gradle

1
2
3
dependencies {
     compile  'de.greenrobot:eventbus:2.2.1'
}

2使用  maven

1
2
3
4
5
<dependency>
     <groupId>de.greenrobot</groupId>
     <artifactId>eventbus</artifactId>
     <version> 2.2 . 1 </version>
</dependency>

使用如下:

    1. Implement any number of event handling methods in the subscriber:public void onEvent(AnyEventType event) {}
    2. Register subscribers:eventBus.register(this);
    3. Post events to the bus:eventBus.post(event);
    4. Unregister subscriber:eventBus.unregister(this);

EventBus提供了几种ThreadMode线程模型来处理事件,这个本身是可以扩展的,你完全可以按照自己的需要来自定义你所需要的线程模型:

PostThread:事件响应就在事件发布的线程,即时响应。

MainThread::事件响应在android的主线程也即UI线程,即时响应。

BackGroundThread:事件响应在后台线程。当事件发布在工作线程时,事件处理就在这个工作线程;当事件发布在主线程时,就另开一个唯一的工作线程来线性的响应事件。即时响应:

Asyn:事件响应在一个独立的工作线程,与事件发布的线程和主线程不同。一般用来来处理一些耗时的操作如网络数据等,尽量避免同时触发大量的异步线程,EventBus内部使用了一个线程池来复用线程。

而下面使用的示例,就是如果网络连接丢失,该如何通知一个活动:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
public class NetworkStateReceiver  extends BroadcastReceiver { 
 
     // post event if there is no Internet connection 
     public void onReceive(Context context, Intent intent) { 
         super .onReceive(context, intent); 
         if (intent.getExtras()!= null ) { 
             NetworkInfo ni=(NetworkInfo) intent.getExtras(). get (ConnectivityManager.EXTRA_NETWORK_INFO); 
             if (ni!= null && ni.getState()==NetworkInfo.State.CONNECTED) { 
                 // there is Internet connection 
             else if (intent 
                 .getBooleanExtra(ConnectivityManager.EXTRA_NO_CONNECTIVITY, Boolean .FALSE)) { 
                 // no Internet connection, send network state changed 
                 EventBus.getDefault().post( new NetworkStateChanged( false )); 
            
 
// event 
public class NetworkStateChanged { 
 
     private mIsInternetConnected; 
 
     public NetworkStateChanged(boolean isInternetConnected) { 
         this .mIsInternetConnected = isInternetConnected; 
    
 
     public boolean isInternetConnected() { 
         return this .mIsInternetConnected; 
    
 
public class HomeActivity  extends Activity { 
 
     @Override 
     protected void onCreate(Bundle savedInstanceState) { 
         super .onCreate(savedInstanceState); 
         setContentView(R.layout.activity_main); 
 
         EventBus.getDefault().register( this ); // register EventBus 
    
 
     @Override 
     protected void onDestroy() { 
         super .onDestroy(); 
         EventBus.getDefault().unregister( this ); // unregister EventBus 
    
 
     // method that will be called when someone posts an event NetworkStateChanged 
     public void onEventMainThread(NetworkStateChanged event) { 
         if (!event.isInternetConnected()) { 
             Toast.makeText( this "No Internet connection!" , Toast.LENGTH_SHORT).show(); 
        
    
 
}

 

GitHub:https://github.com/greenrobot/EventBus

<think>我们正在讨论在Vue2中使用EventBus(事件总线)的问题。具体场景是在layout组件中通过$on监听事件,需要确定何时使用$off移除监听。 根据引用[2]的内容,为了避免重复创建监听导致回调函数多次执行,需要在组件销毁前移除监听事件。引用[2]的示例代码是在组件的beforeDestroy生命周期钩子中移除监听。 引用[3]中展示了如何封装一个EventBus,其中包含了$off方法用于取消事件订阅。 因此,在Vue2中,为了避免内存泄漏和重复监听,应该在组件的beforeDestroy(或destroyed)生命周期钩子中使用$off移除事件监听。 具体步骤: 1. 在layout组件中,使用EventBus.$on('事件名', 回调函数)来监听事件。 2. 在layout组件的beforeDestroy生命周期钩子中,使用EventBus.$off('事件名')来移除对该事件的监听。 注意:如果同一个事件监听了多个回调函数,且希望移除所有回调,可以直接使用$off('事件名')。如果希望移除某个特定的回调,则需要传入该回调函数作为第二个参数(但通常我们直接移除整个事件的所有监听)。 示例代码: 在layout组件中: ``` import EventBus from './event-bus.js' export default { created() { // 监听事件 EventBus.$on('some-event', this.handleSomeEvent); }, beforeDestroy() { // 移除事件监听 EventBus.$off('some-event', this.handleSomeEvent); }, methods: { handleSomeEvent(payload) { // 处理事件 } } } ``` 注意:如果使用匿名函数作为回调,则无法单独移除,因此建议使用组件内定义的方法(如上面的handleSomeEvent),这样可以在移除时指定同一个函数。 另外,引用[5]提到了使用mitt库(Vue3中常用,但Vue2也可以使用)来创建事件总线,其移除监听的方式类似。 结论:在Vue2中,在layout组件中监听事件后,应该在组件的beforeDestroy(或destroyed)生命周期钩子中移除监听。 相关问题: 1. 在Vue2中,EventBus的使用有哪些注意事项? 2. 如何避免EventBus造成的内存泄漏? 3. 在Vue3中如何使用事件总线(因为Vue3移除了$on, $off等方法)?</think>在 Vue2 中使用 EventBus 时,在 layout 组件中监听事件后,**应当在组件的 `beforeDestroy` 生命周期钩子中移除监听**。这是为了避免内存泄漏和重复触发问题,具体原因和实现如下: ### 原因分析 1. **防止内存泄漏** 组件销毁时若不移除监听,EventBus 会持续持有对组件回调函数的引用,导致组件无法被垃圾回收[^2]。 2. **避免重复触发** 当组件被多次创建/销毁(如路由切换),未移除的监听器会累积,导致事件触发时回调函数被多次执行[^2][^3]。 3. **Layout 组件的特殊性** Layout 通常是根级组件,生命周期与整个应用一致。若不显式移除监听,其事件监听器会持续存在于整个应用生命周期中[^4]。 ### 正确实现方式 在 layout 组件中添加以下代码: ```javascript export default { created() { // 监听事件 this.$EventBus.$on("custom-event", this.handleEvent); }, beforeDestroy() { // 移除监听 this.$EventBus.$off("custom-event", this.handleEvent); }, methods: { handleEvent(payload) { console.log("事件触发:", payload); } } } ``` ### 关键注意事项 1. **精确移除监听** `$off` 需指定**事件名和回调函数引用**。若省略回调参数,会移除该事件的所有监听器[^3]: ```javascript // 正确:移除指定回调 this.$EventBus.$off("custom-event", this.handleEvent); // 谨慎:移除事件所有监听器 this.$EventBus.$off("custom-event"); ``` 2. **避免匿名函数** 若在 `$on` 中使用匿名函数,将无法在 `$off` 中引用同一函数: ```javascript // 错误示例(无法移除) this.$EventBus.$on("event", () => {...}); ``` 3. **全局 EventBus 管理** 建议封装独立模块(参考引用[3][^3][^5]): ```javascript // event-bus.js import Vue from 'vue'; export default new Vue(); ``` ### 替代方案建议 对于常驻的 layout 组件,若事件只需触发一次,可使用 `$once`: ```javascript created() { this.$EventBus.$once("one-time-event", this.handleEvent); } // 无需手动移除,触发后自动销毁 ``` --- ### 相关问题 1. **EventBus 导致回调函数重复执行该如何排查和修复?** > 此问题通常由未移除的监听器累积引起。可通过在 `beforeDestroy` 中添加移除逻辑解决,同时使用 Vue Devtools 检查事件监听器数量。 2. **Vue3 中如何替代 EventBus?** > Vue3 移除了 `$on/$off` API,推荐使用 `mitt` 或 `tiny-emitter` 等第三方库(参考引用[5][^5]),或改用 `provide/inject` 进行跨组件通信。 3. **如何确保 EventBus 在大型项目中可维护?** > 建议: > - 统一事件名常量管理 > - 为每个事件编写类型定义(TypeScript) > - 在路由守卫中统一检查残留监听器 4. **EventBus 与 Vuex 如何选择?** > EventBus 适合简单事件通知(如 UI 状态同步),Vuex 适合全局状态管理。关键区别在于: > - EventBus 无状态存储能力 > - Vuex 提供状态追踪和调试工具 > (参考引用[4][^4]中通信方案对比) [^1]: 移除事件监听的操作方法 [^2]: 组件销毁前需移除监听以避免重复触发 [^3]: EventBus 封装实现及 API 说明 [^4]: Vue 组件通信方案对比 [^5]: mitt 库在 Vue 中的封装实践
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值