本篇目录：

Android开发-EventBus使用详解

1、首先EventBus是一个订阅者模式，也就是像我们关注一个微信公众号一样，公众号是发消息者，我们关注该公众号的人就是订阅的人，也就是收消息的。

2、但AsyncTask的几个泛型参数让你的代码看起来并不那么简洁，因此GitHub上出现了TinyTask、SimpleTask这些开源库来简化AsyncTask的使用。

3、Android EventBus事件总线是一个Android平台轻量级的事件总线框架， 它简化了Activity、Fragment、Service等组件之间的交互，很大程度上降低了它们之间的耦合，使得代码更加简洁，耦合性更低，提升代码质量。

Android消息传递BroadCast、Handler和EventBus优缺点

1、轮询：客户端定时去服务端取或者保持一个长Socket，从本质讲这个不叫推送， 而是去服务端拽数据。但是实现简单，主要缺点：耗电，浪费用户流量等 Google的C2DM，具体不细说，缺点，服务器在国外，不是很稳定。

2、正常情况下，可以。EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent，Handler，BroadCast在Fragment，Activity，Service，线程之间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。

3、这几天我也思考了下，以下2种方案各有优缺点：整个主ui ，只创建一个handler，即全局的handler.然后多个activity共享这一个handler，发送消息。优点：只用一个消息循环，比较能提高性能。缺点：发送消息时，传递数据不方便。

安卓为什么eventbus不能展示弹窗

1、所以我就在这里不讲源码了！ 首先EventBus是一个订阅者模式，也就是像我们关注一个微信公众号一样，公众号是发消息者，我们关注该公众号的人就是订阅的人，也就是收消息的。

2、使用handler进行线程间通信 handler是和Thread绑定的，主线程中创建Hander直接通过new Handler() 来创建即可。

3、所以只能在一个进程内进行订阅和发布，如果你在新的进程里给Service/Activity发送消息，就无法收到消息了。本质上来说，EventBus是一个在进程内给不同的类发送消息的事件总线，不论是Activity或是Service都可以。

4、可以看到虽然jar已经复制黏贴过来了，但是还未导入，所以看不到jar中包含的内容。而已导入的jar，则可以看到jar中内容。

5、还有更加强大的的链式调用，可以使程序很简洁。EventBus有个缺点就是凡是使用了EventBus的类都不能进行混淆了，否则Evnetbus就找不到OnEvent方法了。以上，推荐使用RxAndroid。

为什么避免使用EventBus/RxBus

使用EventBus可以避免搞出一大推的interface，仅仅是为了实现组件间的通讯，而不得不去实现那一推的接口。RxJava和EventBus一样也是基于观察者模式，但是使用的场景确实异步数据流的处理。

利用观察者模式打造的事件总线的优点不必多说(当然也有很多缺点)，如 EventBus 和 RxBus 用的好的话能起到很好的解耦作用，使整个程序架构更加清晰，不至于到处传递各种 Callback。

原因 ： 页面不强制刷新，组件切换，EventBus.$on方法会被多次绑定，造成事件多次触发。解决思路 ： 在每次调用方法前先解绑事件( EventBus.$off )，然后再重新绑定( EventBus.$on )。

使用LiveData 却不用担心这个问题， LiveData 订阅后，在页面销毁后可以自动取消订阅。 在使用 LiveData 的过程中，订阅者会收到订阅之前发布的消息。对于一个消息总线来说，这是不可接受的。

解注册（防止内存泄漏）：EventBus.getDefault().unregister(this)；粘性事件 普通的事件我们通过post发送给EventBus，发送过后之后当前已经订阅过的方法可以收到。

Android中使用事件总线的优缺点分别是什么?

1、EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent，Handler，BroadCast在Fragment，Activity，Service，线程之间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。

2、一经思考，你会发现Android中的Activity、Fragment、Service之间的交互是比较麻烦的，可能我们第一想到的是使用广播接收器来在它们之间进行交互。

3、主要区别是，rx里面当建立起订阅关系时，你可以用操作符做任何处理（比如转换数据，更改数据等等），而且他能处理异步的操作。

4、轮询：客户端定时去服务端取或者保持一个长Socket，从本质讲这个不叫推送， 而是去服务端拽数据。但是实现简单，主要缺点：耗电，浪费用户流量等 Google的C2DM，具体不细说，缺点，服务器在国外，不是很稳定。

5、所以在网络传输中具有非常明显优势，可以说本来就是网络传输用的，毫无违和感嘛：）还有一个不能算缺点的缺点：目前移动端HTTP网络库多的要死，Web Service我所知道就是ksoap2，而且非常的难用。。

到此，以上就是小编对于在android中的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。

总线