对于一个App，组件通信必不可少，通信类型可以分为点对点和点对面的的通信，点对点即只有唯一的接收者可以响应消息，点对面则类似于消息广播，即所有注册过的都可以响应消息。在Android中，通常使用消息机制来实现，但消息机制的耦合度比较高。目前也有一些通信框架，如EventBus、Otto等事件总线框架，这些框架可以极大地降低组件间的耦合，但无法完美地实现点对点通信，因此建议消息机制和事件总线机制结合使用。
组件之间的通信
举例：fragment和fragment之间的通信，需要间接地使用宿主activity。主要有两种方法：
- 在A fragment中通过使用getActivity获得宿主从而获得宿主拥有的B fragment，进而操作B fragment。
- 在A fragment中编写接口，让宿主activity实现该接口，然后再fragment中把activity当成该接口使用。
然后，推荐使用第二种方式。
- 从实际使用的体验上来说，这种方式从一定程度上满足了解耦，如果更改了宿主activity，fragment的代码不需要更改。
- 从设计模式的角度来说，一个最基本原则就是开闭原则。开闭原则是说模块应该对扩展开放，而对修改关闭。模块应该尽量不修改代码的情况下进行扩展。
- 第一种方式虽然行的通，但是明显违反了设计模式的开闭原则。fragment设计之初就是一个独立的开发组件，如果fragment要与宿主activity进行交互，那么久需要知道activity是如何工作的，者本身就破坏了fragment的独立性。也就是说这个fragment只能被这个activity独占，不能再在另一个activity中使用。如果另一个B activity中也需要一个这样的fragment，只能再重复写一个被独占的fragment，复用性被破坏。
- 第二种方式，在fragment中定义了接口，由宿主activity来实现接口处理任务。如果想换一个宿主activity，只需要在新的activity中实现接口就好，fragment始终不需要改变。
- 第二种方式实际上就是设计模式中的代理模式。多一个代理类出来，替原对象进行一些操作。
EventBus
出名的框架为什么出名？正是因为他在遵循标准设计模式的基础上，又优雅地解决了棘手的问题。
https://github.com/greenrobot/EventBus
EventBus是一款针对Android优化的发布/订阅事件总线。主要功能是替代Intent,Handler,BroadCast在Fragment，Activity，Service，线程之间传递消息.优点是开销小，代码更优雅。以及将发送者和接收者解耦。
使用
- 新建一个消息类，
构造时传进去一个字符串，然后可以通过getMsg()获取出来。
public class FirstEvent {
private String mMsg;
public FirstEvent(String msg) {
// TODO Auto-generated constructor stub
mMsg = msg;
}
public String getMsg(){
return mMsg;
}
}
- 注册
在接收消息的Activity的OnCreate()函数中注册EventBus，在OnDestroy（）函数中反注册。
public class MainActivity extends Activity {
Button btn;
TextView tv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//注册EventBus
EventBus.getDefault().register(this);
btn = (Button) findViewById(R.id.btn_try);
tv = (TextView)findViewById(R.id.tv);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// TODO Auto-generated method stub
Intent intent = new Intent(getApplicationContext(), SecondActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onDestroy(){
super.onDestroy();
EventBus.getDefault().unregister(this);//反注册EventBus
}
}
- 发送消息
是使用EventBus中的Post方法来实现发送的，发送过去的是我们新建的消息类的实例！
public class SecondActivity extends Activity {
private Button btn_FirstEvent;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
btn_FirstEvent = (Button) findViewById(R.id.btn_first_event);
btn_FirstEvent.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// TODO Auto-generated method stub
EventBus.getDefault().post(new FirstEvent("FirstEvent btn clicked"));
}
});
}
}
- 接收消息
在接收消息的activity中重写onEventMainThread（FirstEvent event），参数就是自定义的消息类
public class MainActivity extends Activity {
Button btn;
TextView tv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
EventBus.getDefault().register(this);
btn = (Button) findViewById(R.id.btn_try);
tv = (TextView)findViewById(R.id.tv);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
// TODO Auto-generated method stub
Intent intent = new Intent(getApplicationContext(),
SecondActivity.class);
startActivity(intent);
}
});
}
public void onEventMainThread(FirstEvent event) {
String msg = "onEventMainThread收到了消息：" + event.getMsg();
Log.d("harvic", msg);
tv.setText(msg);
Toast.makeText(this, msg, Toast.LENGTH_LONG).show();
}
@Override
protected void onDestroy(){
super.onDestroy();
EventBus.getDefault().unregister(this);
}
}
详解
所谓发布/订阅时间总线，肯定是有两方，一方发布，一方观察并接收：
- 事件的发布：告知观察者事件发生时通过EventBus.post函数实现，这个过程叫做事件的发布
- 事件的接收：观察者被告知事件发生叫做事件的接收
EventBus的接收函数：
EventBus总共有4个函数可以接收post过来的的消息：
- onEvent
如果使用onEvent作为订阅函数，那么该事件在哪个线程发布出来的，onEvent就会在这个线程中运行，也就是说发布事件和接收事件线程在同一个线程。使用这个方法时，在onEvent方法中不能执行耗时操作，如果执行耗时操作容易导致事件分发延迟。 - onEventMainThread
如果使用onEventMainThread作为订阅函数，那么不论事件是在哪个线程中发布出来的，onEventMainThread都会在UI线程中执行，接收事件就会在UI线程中运行，这个在Android中是非常有用的，因为在Android中只能在UI线程中跟新UI，所以在onEvnetMainThread方法中是不能执行耗时操作的。 - onEventBackgroundThread
如果使用onEventBackgrond作为订阅函数，那么如果事件是在UI线程中发布出来的，那么onEventBackground就会新建一个子线程再运行onEventBackground，如果事件本来就是子线程中发布出来的，那么onEventBackground函数直接在该子线程中执行。 - onEventAsync
使用这个函数作为订阅函数，那么无论事件在哪个线程发布，都会创建新的子线程在执行onEventAsync。
EventBus的消息接收机制：
EventBus是怎么接收消息的？是根据参数中类的实例来判定的！
这么说来，这个消息类必定是耦合在 发布/订阅 双方之间的，被两者独占，不能被复用到其他消息通信之中。既然有4个接收函数都可以充当接收器，所以当我们在接收时，同一个类的实例参数有两个函数来接收会怎样？答案是2个方法都执行。因为EventBus只认4大接收方法中的实例参数。
这个例子中，三个方法都会被执行。
public void onEventMainThread(SecondEvent event) {
Log.d("harvic", "onEventMainThread收到了消息：" + event.getMsg());
}
public void onEventBackgroundThread(SecondEvent event){
Log.d("harvic", "onEventBackground收到了消息：" + event.getMsg());
}
public void onEventAsync(SecondEvent event){
Log.d("harvic", "onEventAsync收到了消息：" + event.getMsg());
}
总结
EventBus在发送消息的时候，简化并统一了intent、handler、broadcast的操作；
在接收消息的时候，又将如何进行事件处理的线程封装成四个方法提供使用。
