标题是一个疑问句，其实这是我在最近的coding过程中遇到的一个问题。
1.问题：
你的EventBus代码为什么执行了两次？
2.背景：
在最近的百度sdk开发中遇到了这样一个问题
首先我们打开APP，点击搜索，输入关键字如北京
然后我点击倒数第二项，进入详情
这时候我搜索餐厅显示北京附近的餐厅。
注意，这两个活动，暂且叫SearchActivity和InfoActivity ，启动模式都是默认的，那么此时我们的活动栈里的情况应该是这样的
那么此时栈底地searchactivity和infoactivity已经进入了stop状态，栈顶的searchactivity处于resume状态
逻辑还算清晰，继续
我开始在栈顶searchactivity进行操作，我做一个下拉刷新的动作（这里我写了一个下拉刷新）
下面的代码来自于RecommendFragment（searchactivity托管的一个viewpager fragment）
mSwipeRefreshLayout = (SwipeRefreshLayout) v.findViewById(R.id.swp);
mSwipeRefreshLayout.setOnRefreshListener(new SwipeRefreshLayout.OnRefreshListener() {
@Override
public void onRefresh() {
//通知seactivity加载数据
EventBus.getDefault().post(
new SimpleEvent(2,"update"));
}
});
可以看到，刷新时让eventbus发送了一条SimpleEvent，这里因为Eventbus耦合度非常低，防止信息传送错误，加了id。
那么他的接收器在哪？
答案就是searchactivity。
@Subscribe
public void GetMessage(SimpleEvent event){
if(event.getId()==2) {
if (event.getString().equals("update")) {
Log.d("SESO", "GetMessage: " + str_key);
//通过是否有key传过来来判断加载附近或者城市
if (str_key == null) {
search(++s_page);
Log.d("SESO", "GetMessage: 城市");
} else if (str_key != null) {
Log.d("SESO", "GetMessage: 附近");
search_nearby(++s_page);
}
}
}
}
这里我们接受id为2的消息之后，通过str_key的值来判断intent是从首页到searchactivity还是从infoactivity到searchactivity，实际情况是，如果从首页过来的就执行搜城市操作，从详情过来的就执行搜附近操作。
那么我开始运行。
日志打印
1.GetMessage: null
2.GetMessage:城市
3.GetMessage：xxxx字符串
4.GetMessage：附近
界面也是能看出来的，有显示的错误
可是我下拉刷新仅一次为啥出来两遍日志？
看到这我想你可能明白点什么，但是我昨天晚上真是哭笑不得，真的搞不明白他为什么执行了两次。
3.大梦初醒……
然后去睡觉，早上被打雷声惊醒，6：00多，突然想起活动栈这个问题，然后结合印象中的ui显示来分析了一下，得出这个结论，第一次日志是栈底活动打印的，第二次才是栈顶活动打印的（参考上面的活动栈图）
然后爬起来，修改了一下代码
@Override
public void onStart() {
super.onStart();
EventBus.getDefault().register(this);
}
@Override
public void onStop() {
super.onStop();
EventBus.getDefault().unregister(this);
}
主要是eventbus注册与反注册的写法，昨晚是写在onCreate和onDestory里的，跑去github看，作者下面也是这样写的，顿时感到……不说啥了，用了好久的eventbus，从来都是写在create和destory里的，不知道怎么没出现这种问题。
这样，当我们的searchactivity被infoactivity覆盖后，便进入了stop状态，同时eventbus也执行了反注册，停止工作，当然点击详情进入的searchactivity进入了start状态，eventbus开始工作，一切变得正常。
那么罪魁祸首找到了，原因当然也不用多说，
4.不知道描述的准不准确的原因……（个人见解，大神勿喷)
下面Eventbus官网的介绍
EventBus is an open-source library for Android using the publisher/subscriber pattern for loose coupling. EventBus enables central communication to decoupled classes with just a few lines of code – simplifying the code, removing dependencies, and speeding up app development.
这里面有这么两条要点
Eventbus使用Android的发布者/订阅者模式的松散耦合。
Eventbus使得中央通信类分离到只用几行的代码
Eventbus采用发布订阅的观察者模式设计，具有超低的耦合度，当然它作为事件总线与任何组件没有直接关系，只要被注册，在总线上就会有记录，而且保持工作状态，所以，即使activity进入stop状态，只要反注册没有执行，总线就会一直工作，那么也就理所当然的执行两遍啦。
这里借用http://www.cnblogs.com/bugly/p/5475034.html的一幅图片（如果你想学习eventbus，可以直接参考这篇文章），展示eventbus的模式，可以看到，eventbus和组件没有直接关系
那么到这里就算结束了，coding过程中的一个小插曲，但是我确实不理解eventbus真正的内涵，只会简单的使用，我相信在未来的某一天一定会研究懂的，虽然不知道这个问题是不是在别人眼里就是一个智障小白犯的错误（哈哈哈哈），总之，遇到问题解决问题就是关键。
最后，有错误还请大神指正，轻喷轻喷……