什么是EventBus?
一款解决了高耦合的使用简单的在Activity,Fragment,Thread,Service之间通信的框架,堪称神器!中高阶工程师必备!
碎片和碎片之间的通信麻不麻烦?耦合度高不高?开销大不大?代码复杂不复杂?
这里我们就通过碎片-碎片之间的交互实例来带你一秒钟掌握EventBus。
本例是一个简单的计算器app,仅有MainActivity一个主活动,他的布局里只有一个FrameLayout。我们有两个碎片,一个是输入碎片,一个是结果碎片,我们在输入碎片中输入数据,点击计算,把结果传到结果碎片中进行计算,就这么简单。
输入碎片
结果碎片
正规的方法怎么传大家可能都很熟悉了,现在看看EventBus是怎么传的
添加依赖
compile 'org.greenrobot:eventbus:3.0.0'
添加混淆规则(在proguard中 )
-keepattributes *Annotation* -keepclassmembers class ** { @org.greenrobot.eventbus.Subscribe; } -keep enum org.greenrobot.eventbus.ThreadMode { *; } # Only required if you use AsyncExecutor -keepclassmembers class * extends org.greenrobot.eventbus.util.ThrowableFailureEvent {(java.lang.Throwable); }
在结果碎片中注册 事件接受者,并且做好销毁事件接受者的准备,听起来很拗口,其实就两行代码。
注册
@Nullable @Override public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) { View view = inflater.inflate(R.layout.fragment_2, container, false); initView(view); //注册事件 EventBus.getDefault().register(this); return view; }
销毁准备
@Override public void onDestroy() { super.onDestroy(); //取消注册事件 EventBus.getDefault().unregister(this); }
接受到事件后的处理操作
@Subscribe(threadMode = ThreadMode.MAIN)//事件的处理会在ui线程中执行 public void onMoonEvent(Bean messageEvent) { int a = messageEvent.getA(); int b = messageEvent.getB(); int result = a * b; String s = result + ""; mTvResult.setText(s); }
在输入碎片中发送消息,就搞定了!3行代码!
EventBus.getDefault().post(messageEvent);
另外的代码是这样的,也很简单
让我们来试试效果。
我们发现第一次没有加载出来,原因跟碎片的知识有关。因为碎片就算被new了,也不会执行oncreate,所以他里面的东西都是不成立的,只有在显示之后资源才会被加载,所 以我们第二次加载的时候就成功了,那是因为注册的eventbus已经生效了。
怎么解决这个问题?
EventBus很有灵性地帮我们解决了这个问题,让我们可以发送一种类似黏性广播的东西,黏性事件。就算事件发送出去了,我们主要在后面注册了事件接受者,我们依然获得这个事件。代码只需要小小的修改一下就可以了。
post变成了poststicky
EventBus.getDefault().postSticky(messageEvent);
接受到事件后的处理操作上增加sticky = true
@Subscribe(threadMode = ThreadMode.MAIN, sticky = true)//事件的处理会在ui线程中执行 public void onMoonEvent(Bean messageEvent) { int a = messageEvent.getA(); int b = messageEvent.getB(); int result = a * b; String s = result + ""; mTvResult.setText(s); }
这一次毫无疑问我们就搞定了。EventBus的实例就到这里就讲完了。补充一点知识,就是上方这个threadMode有四种,
POSTING(默认) 事件在哪个线程中发出来,事件处理方法就会在哪个线程中运行。这个模型中需要尽量避免耗时操作,因为他会阻塞事件的传递,甚至可能引起anr。
MAIN 事件的处理在UI线程中执行,事件处理事件不能太长,长了也会anr
BACKGROUND如果事件是在UI线程中发布出来的,那么事件处理方法会在新的线程中运行;如果事件本来就是在子线程中发出来的,那么这个事件处理方法会在发布这个事件的线程中运行。在这个事件处理方法中禁止进行UI操作。
ASYNC无论事件在哪个线程中发布,事件处理方法都会在新建的子线程中运行。且这个事件处理方法中禁用UI操作。
接下来讲解一下碎片栈和维护碎片实例两个操作,并贴上之前运行的代码,段位较高的人可以先行离去。
@Override public void onClick(View v) { switch (v.getId()) { case R.id.bt_calculate: int a = Integer.valueOf(mEtOne.getText().toString().trim()); int b = Integer.valueOf(mEtTwo.getText().toString().trim()); Bean messageEvent = new Bean(); messageEvent.setA(a); messageEvent.setB(b); FragmentManager manager = getFragmentManager(); List这个是刚刚那个计算按钮的点击事件。list = manager.getFragments(); FragmentTransaction transaction = manager.beginTransaction(); if (list.size() > 1) { transaction.show(list.get(1)); } else { TwoFragment twoFragment = new TwoFragment(); transaction.add(R.id.fl, twoFragment); } transaction.hide(this); EventBus.getDefault().postSticky(messageEvent); transaction.commit(); break; } }
getFragmentManager()是什么意思?
其实他是获取碎片栈的意思。不管你这个方法是在activity中调用的,还是在activity中的碎片中调用的,他们都会获得同一个碎片栈。而如果你想获取碎片中的碎片,就需要
getChildFragmentManager()。本题中的碎片栈的变化过程是这样的。
所以我们代码中可以进行这样一个判断:如果碎片栈中碎片大于2,那就直接控制碎片的隐藏显示就可以了。
如果碎片栈中的碎片个数为1,就证明那个碎片还没加进来,需要加进来。
那list中0位上的碎片,1位上的碎片分别是谁也一目了然了。
所以对应的返回按钮是这样的
@Override public void onClick(View v) { switch (v.getId()) { case R.id.bt_back: FragmentManager manager = getFragmentManager(); Listlist = manager.getFragments(); FragmentTransaction transaction = manager.beginTransaction(); transaction.show(list.get(0)); transaction.hide(this); transaction.commit(); break; } }
接下来讲一下“维护”这个词的意思。先看例子。本例是一个更为优雅的添加碎片的方法
protected void addFragment2(int frameLayoutId, Fragment fragment) { if (fragment != null) { FragmentTransaction transaction = getFragmentManager().beginTransaction(); if (fragment.isAdded()) { if (mFragment != null) { transaction.hide(mFragment).show(fragment); } else { transaction.show(fragment); } } else { if (mFragment != null) { transaction.hide(mFragment).add(frameLayoutId, fragment); } else { transaction.add(frameLayoutId, fragment); } } mFragment = fragment; transaction.commit(); } }这个方法不难看懂,而且他的判空等逻辑十分严密。这里的重点是他内部维护了一个碎片实例,把当前显示的碎片作为成员变量,每一次都会进行比较,十分优雅。所以维护的意思就是把一些具有标识意义的东西,作为成员变量保存起来,方便和其他的东西进行严密的判断和比较,是一个优雅的名词。