EventBus学习

看了一周公司的源码，非常蛋疼，handler传递n次，一个回调方法要经过n 次调用，代码异常丑陋。网上偶然看到了eventbus，看了一下的确方便。这东西类似与广播，发布者只要发布了，订阅的的对象都会收到这个event，订阅者可以通过post的obj的类型来判断是否执行，看了一遍demo最大的感受是代码非常简洁清爽，比把一个handler层层传递看起来确实是方便了不少。不过不知道运行效率会不会降低。

下面是其他人的一些总结：

转载请表明出处：http://blog.csdn.net/lmj623565791/article/details/40794879，本文出自：【张鸿洋的博客】

1、概述

最近大家面试说经常被问到EventBus，github上果断down了一份，地址：https://github.com/greenrobot/EventBus，的确是个不错的框架，主要用于事件的发布和订阅。

EventBus定义：是一个发布 / 订阅的事件总线。

这么说应该包含4个成分：发布者，订阅者，事件，总线。

那么这四者的关系是什么呢？

很明显：订阅者订阅事件到总线，发送者发布事件。

大体应该是这样的关系：

订阅者可以订阅多个事件，发送者可以发布任何事件，发布者同时也可以是订阅者。

好了，大体了解基本的关系以后，我们通过案例驱动来教大家如何使用；

2、代码是最好的老师

相信大家对Fragment都有所了解，现在我们的需求是这样的，两个Fragment组成主界面，左边的Fragment是个目录、即列表，右边的Fragment是详细信息面板；

a、目录的列表是从网络获取的。

b、当点击目录上的条目时，动态更新详细信息面板；

效果图：

看了这个需求，我们传统的做法是：

a、目录Fragment在onCreate中去开启线程去访问网络获取数据，获取完成以后，通过handler去更新界面。

b、在目录的Fragment中提供一个接口，然后详细信息面板去注册这个接口，当发生点击时，去回调这个接口，让详细信息面板发生改变。

其实这种做法也还是不错的，但是有了EventBus之后，我们交互会发生什么样的变化呢？拭目以待吧。

首先提一下：

EventBus.getDefault().register(this);//订阅事件

EventBus.getDefault().post(object);//发布事件

EventBus.getDefault().unregister(this);//取消订阅

1、MainActivity及其布局

[java] view plaincopy

  1. package com.angeldevil.eventbusdemo;
  2. import android.os.Bundle;
  3. import android.support.v4.app.FragmentActivity;
  4. public class MainActivity extends FragmentActivity
  5. {
  6. @Override
  7. protected void onCreate(Bundle savedInstanceState)
  8. {
  9. super.onCreate(savedInstanceState);
  10. setContentView(R.layout.activity_main);
  11. }
  12. }

[html] view plaincopy

  1. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  2. xmlns:tools="http://schemas.android.com/tools"
  3. android:layout_width="match_parent"
  4. android:layout_height="match_parent"
  5. android:baselineAligned="false"
  6. android:divider="?android:attr/dividerHorizontal"
  7. android:orientation="horizontal"
  8. android:showDividers="middle" >
  9. <fragment
  10. android:id="@+id/item_list"
  11. android:name="com.angeldevil.eventbusdemo.ItemListFragment"
  12. android:layout_width="0dip"
  13. android:layout_height="match_parent"
  14. android:layout_weight="1" />
  15. <fragment
  16. android:id="@+id/item_detail_container"
  17. android:name="com.angeldevil.eventbusdemo.ItemDetailFragment"
  18. android:layout_width="0dip"
  19. android:layout_height="match_parent"
  20. android:layout_weight="2" />
  21. </LinearLayout>

可以看到，我们MainActvity可以说没有一行代码，布局文件即两个Fragment组成；

2、ItemListFragment

首先看个实体类：

[java] view plaincopy

  1. package com.angeldevil.eventbusdemo;
  2. import java.util.ArrayList;
  3. import java.util.List;
  4. public class Item
  5. {
  6. public String id;
  7. public String content;
  8. public static List<Item> ITEMS = new ArrayList<Item>();
  9. static
  10. {
  11. // Add 6 sample items.
  12. addItem(new Item("1", "Item 1"));
  13. addItem(new Item("2", "Item 2"));
  14. addItem(new Item("3", "Item 3"));
  15. addItem(new Item("4", "Item 4"));
  16. addItem(new Item("5", "Item 5"));
  17. addItem(new Item("6", "Item 6"));
  18. }
  19. private static void addItem(Item item)
  20. {
  21. ITEMS.add(item);
  22. }
  23. public Item(String id, String content)
  24. {
  25. this.id = id;
  26. this.content = content;
  27. }
  28. @Override
  29. public String toString()
  30. {
  31. return content;
  32. }
  33. }

[java] view plaincopy

  1. package com.angeldevil.eventbusdemo;
  2. import android.os.Bundle;
  3. import android.support.v4.app.ListFragment;
  4. import android.view.View;
  5. import android.widget.ArrayAdapter;
  6. import android.widget.ListView;
  7. import com.angeldevil.eventbusdemo.Event.ItemListEvent;
  8. import de.greenrobot.event.EventBus;
  9. public class ItemListFragment extends ListFragment
  10. {
  11. @Override
  12. public void onCreate(Bundle savedInstanceState)
  13. {
  14. super.onCreate(savedInstanceState);
  15. // Register
  16. EventBus.getDefault().register(this);
  17. }
  18. @Override
  19. public void onDestroy()
  20. {
  21. super.onDestroy();
  22. // Unregister
  23. EventBus.getDefault().unregister(this);
  24. }
  25. @Override
  26. public void onViewCreated(View view, Bundle savedInstanceState)
  27. {
  28. super.onViewCreated(view, savedInstanceState);
  29. // 开启线程加载列表
  30. new Thread()
  31. {
  32. public void run()
  33. {
  34. try
  35. {
  36. Thread.sleep(2000); // 模拟延时
  37. // 发布事件，在后台线程发的事件
  38. EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));
  39. } catch (InterruptedException e)
  40. {
  41. e.printStackTrace();
  42. }
  43. };
  44. }.start();
  45. }
  46. public void onEventMainThread(ItemListEvent event)
  47. {
  48. setListAdapter(new ArrayAdapter<Item>(getActivity(),
  49. android.R.layout.simple_list_item_activated_1,
  50. android.R.id.text1, event.getItems()));
  51. }
  52. @Override
  53. public void onListItemClick(ListView listView, View view, int position,
  54. long id)
  55. {
  56. super.onListItemClick(listView, view, position, id);
  57. EventBus.getDefault().post(getListView().getItemAtPosition(position));
  58. }
  59. }

ItemListFragment里面在onCreate里面进行了事件的订阅，onDestroy里面进行了事件的取消；onViewCreated中我们模拟了一个子线程去网络加载数据，获取成功后我们调用

了EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));发布了一个事件；

onListItemClick则是ListView的点击事件，我们调用了EventBus.getDefault().post(getListView().getItemAtPosition(position));去发布一个事件，

getListView().getItemAtPosition(position)的类型为Item类型；

细心的你一定发现了一些诡异的事，直接new Thread()获取到数据以后，竟然没有使用handler；我们界面竟然发生了变化，那么List是何时绑定的数据？

仔细看下代码，发现这个方法：

public void onEventMainThread(ItemListEvent event)
{
setListAdapter(new ArrayAdapter<Item>(getActivity(),
android.R.layout.simple_list_item_activated_1,
android.R.id.text1, event.getItems()));
}

应该是这个方法为List绑定的数据。那么这个方法是怎么被调用的呢？

现在就可以细谈订阅事件与发布事件了：

如果方法名以onEvent开头，则代表要订阅一个事件，MainThread意思，这个方法最终要在UI线程执行；当事件发布的时候，这个方法就会被执行。

那么这个事件什么时候发布呢？

我们的onEventMainThread触发时机应该在new Thread()执行完成之后，可以看到子线程执行完成之后，执行了EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));

意味着发布了一个事件，当这个事件发布，我们的onEventMainThread就执行了，那么二者的关联关系是什么呢？

其实和参数的类型，我们onEventMainThread需要接收一个ItemListEvent ，我们也发布了一个ItemListEvent的实例。

现在我们完整的理一下：

在onCreate里面执行 EventBus.getDefault().register(this);意思是让EventBus扫描当前类，把所有onEvent开头的方法记录下来，如何记录呢？使用Map，Key为方法的参数类型，Value中包含我们的方法。

这样在onCreate执行完成以后，我们的onEventMainThread就已经以键值对的方式被存储到EventBus中了。

然后当子线程执行完毕，调用EventBus.getDefault().post(new ItemListEvent(Item.ITEMS))时，EventBus会根据post中实参的类型，去Map中查找对于的方法，于是找到了我们的onEventMainThread，最终调用反射去执行我们的方法。

现在应该明白了，整个运行的流程了；那么没有接口却能发生回调应该也能解释了。

现在我们在看看代码，当Item点击的时候EventBus.getDefault().post(getListView().getItemAtPosition(position));我们同样发布了一个事件，参数为Item；这个事件是为了让详细信息的Fragment去更新数据，不用说，按照上面的推测，详细信息的Fragment里面一个有个这样的方法： public void onEventMainThread(Item item) ； 是不是呢？我们去看看。

3、ItemDetailFragment

[java] view plaincopy

  1. package com.angeldevil.eventbusdemo;
  2. import android.os.Bundle;
  3. import android.support.v4.app.Fragment;
  4. import android.view.LayoutInflater;
  5. import android.view.View;
  6. import android.view.ViewGroup;
  7. import android.widget.TextView;
  8. import de.greenrobot.event.EventBus;
  9. public class ItemDetailFragment extends Fragment
  10. {
  11. private TextView tvDetail;
  12. @Override
  13. public void onCreate(Bundle savedInstanceState)
  14. {
  15. super.onCreate(savedInstanceState);
  16. // register
  17. EventBus.getDefault().register(this);
  18. }
  19. @Override
  20. public void onDestroy()
  21. {
  22. super.onDestroy();
  23. // Unregister
  24. EventBus.getDefault().unregister(this);
  25. }
  26. /** List点击时会发送些事件，接收到事件后更新详情 */
  27. public void onEventMainThread(Item item)
  28. {
  29. if (item != null)
  30. tvDetail.setText(item.content);
  31. }
  32. @Override
  33. public View onCreateView(LayoutInflater inflater, ViewGroup container,
  34. Bundle savedInstanceState)
  35. {
  36. View rootView = inflater.inflate(R.layout.fragment_item_detail,
  37. container, false);
  38. tvDetail = (TextView) rootView.findViewById(R.id.item_detail);
  39. return rootView;
  40. }
  41. }

果然不出我们的所料，真的存在onEventMainThread(Item item)的方法。当然了，必须在onCreate里面首先书写EventBus.getDefault().register(this);让EventBus扫描再说。

那么这个Fragment的流程就是：onCreate时，EventBus扫描当前类，将onEventMainThread以键值对的形式进行存储，键为Item.class ，值为包含该方法的对象。

然后当ItemListFragment中Item被点击时，发布了一个事件：EventBus.getDefault().post(getListView().getItemAtPosition(position));实参的类型恰好是Item，于是触发我们的

onEventMainThread方法，并把Item实参传递进来，我们更新控件。

4、Event

这里还有个事件类：

[java] view plaincopy

  1. package com.angeldevil.eventbusdemo;
  2. import java.util.List;
  3. public class Event
  4. {
  5. /** 列表加载事件 */
  6. public static class ItemListEvent
  7. {
  8. private List<Item> items;
  9. public ItemListEvent(List<Item> items)
  10. {
  11. this.items = items;
  12. }
  13. public List<Item> getItems()
  14. {
  15. return items;
  16. }
  17. }
  18. }

ItemListEvent我们在ItemListFragment中使用的，作为的是onEventMainThread中的参数。为什么封装这么个类呢？会在之后的EventBus源码解析中说明。

到此我们的EventBus的初步用法就介绍完毕了。纵观整个代码，木有handler、木有AsynTask，木有接口回调；but，我们像魔术般的实现了我们的需求；来告诉我，什么是耦合，没见到~~~

3、EventBus的ThreadMode

EventBus包含4个ThreadMode：PostThread，MainThread，BackgroundThread，Async

MainThread我们已经不陌生了；我们已经使用过。

具体的用法，极其简单，方法名为：onEventPostThread， onEventMainThread，onEventBackgroundThread，onEventAsync即可

具体什么区别呢？

onEventMainThread代表这个方法会在UI线程执行

onEventPostThread代表这个方法会在当前发布事件的线程执行

BackgroundThread这个方法，如果在非UI线程发布的事件，则直接执行，和发布在同一个线程中。如果在UI线程发布的事件，则加入后台任务队列，使用线程池一个接一个调用。

Async 加入后台任务队列，使用线程池调用，注意没有BackgroundThread中的一个接一个。

4、题外话

大家可以利用EventBus尝试做以下操作：

当接收到某个广播，例如短信，在界面上显示。

开启一个Service，在服务器里面启动一个定时线程，不断更新ActivityUI。

等等...之后，你会发现EventBus的魅力！

声明一下：上面两个Fragment的例子是我在网上down到的，做了简单的修改，虽然很简单，但是很能说明问题。看包名应该是angeldevil写的，在此表示感谢。

顺便吐槽一个官方给的例子，什么性能对比，然后一堆TestCase，不直观。

时间： 2024-10-20 19:05:55

EventBus学习的相关文章

【Android高级】Android组件间通信库EventBus学习

最近偶然在论坛上看了一个比较厉害的库EventBus,感觉使用起来很爽,不用考虑在Activity还是Fragment,不用担心是不是UI线程,随便怎么通信都行,有网友笑说这简直是Android开发中的第五大组件,通信起来像广播那样神通,但又比广播轻量级多了,所以在这里记下来,以后开发就方便多了. 项目地址:https://github.com/greenrobot/EventBus EventBus主要特点 1. 事件订阅函数不是基于注解(Annotation)的,而是基于命名约定的,在And

Android组件间通信库EventBus学习

项目地址: https://github.com/greenrobot/EventBus EventBus主要特点 1. 事件订阅函数不是基于注解(Annotation)的,而是基于命名约定的,在Android 4.0之前的版本中,注解解析起来比较慢 , 事件响应函数默认以“onEvent”开始,可以在EventBus中修改这个值,但是不推荐这么干2. 事件响应有更多的线程选择EventBus可以向不同的线程中发布事件,在ThreadMode 枚举中定义了4个线程,只需要在事件响应函数名称“on

EventBus 及一些思考

EventBus 是 Android 开发的一种常用框架,其解耦的思维令人赞叹 从特性上来讲,其与 Android SDK中的BroadcastReceiver很像,二者都是注册,发送事件,反注册,都可以定义事件的优先级,且都支持粘性(sticky)事件,只是EventBus 使用起来简单得多,而且不能跨进程 Android SDK其实也有一个不能跨进程的BroadcastReceiver机制--LocalBroadcastManager,其发送和接受的广播只能在本进程,相比传统的 regist

Guava库学习：学习Guava EventBus（二）EventBus 事件订阅示例

原文地址:Guava库学习:学习Guava EventBus(二)EventBus 事件订阅示例 上一篇Guava库学习:学习Guava EventBus(一)EventBus,我们简单的对Guava基于事件的编程进行了介绍,学习和了解了EventBus类的使用,本篇起,我们通过一系列的示例代码深入的学习EventBus类,本篇学习Guava EventBus(二)EventBus 事件订阅示例.     订阅Subscribe 首先,我们假定定义了如下所示的TradeAccountEvent类

EventBus的使用与深入学习

注意:以下分析都是基于EventBus 3.0x 转载请注明出处:http://blog.csdn.net/evan_man/article/details/51328628 简单介绍 EventBus是一个用于简化Andorid.Fragment.Threads.Service之间信息传递的一个发布/订阅事件集. 传统的Android组件之间的通信方式有:Activity之间使用Intent:Service向Activity发送broadcast:Fragment和Activity之间相互持有

Guava库学习：学习Guava EventBus（一）EventBus

原文地址:http://www.xx566.com/detail/184.html 在软件开发过程中,对象信息的分享以及相互直接的协作是必须的,困难在于确保对象之间的沟通是有效完成的,而不是拥有成本高度耦合的组件.当对象对其他组件的责任有太多的细节时,它被认为是高度耦合的.当一个应用程序有高度的耦合,维护将变得非常具有挑战,任何变化都将带来涟漪效应.为了解决这一类的软件设计问题,我们就需要基于事件的编程.本篇,我们就来学习Guava 基于事件的编程,Guava EventBus(一)EventB

Android学习系列(43)--使用事件总线框架EventBus和Otto

事件总线框架 针对事件提供统一订阅,发布以达到组件间通信的解决方案. 原理 观察者模式. EventBus和Otto 先看EventBus的官方定义: Android optimized event bus that simplifies communication between Activities, Fragments, Threads, Services, etc. Less code, better quality. 再看Otto官方定义: Otto is an event bus d

Guava学习笔记：EventBus（转）

EventBus是Guava的事件处理机制,是设计模式中的观察者模式(生产/消费者编程模型)的优雅实现.对于事件监听和发布订阅模式,EventBus是一个非常优雅和简单解决方案,我们不用创建复杂的类和接口层次结构. Observer模式是比较常用的设计模式之一,虽然有时候在具体代码里,它不一定叫这个名字,比如改头换面叫个Listener,但模式就是这个模式.手工实现一个Observer也不是多复杂的一件事,只是因为这个设计模式实在太常用了,Java就把它放到了JDK里面:Observable和O

Guava学习笔记：EventBus

EventBus基本用法: 使用Guava之后, 如果要订阅消息, 就不用再继承指定的接口, 只需要在指定的方法上加上@Subscribe注解即可.代码如下: 消息封装类: public class TestEvent {             private final int message;             public TestEvent(int message) {                 this.message = message;         System.