1.问题：

你的EventBus代码为什么执行了两次？

2.背景：

在最近的百度sdk开发中遇到了这样一个问题

首先我们打开APP，点击搜索，输入关键字如北京

你的EventBus代码为什么执行了两次？
然后我点击倒数第二项，进入详情

你的EventBus代码为什么执行了两次？然后我点击附近再次进入搜索页面

你的EventBus代码为什么执行了两次？

这时候我搜索餐厅显示北京附近的餐厅。

注意，这两个活动，暂且叫SearchActivity和InfoActivity ，启动模式都是默认的，那么此时我们的活动栈里的情况应该是这样的

你的EventBus代码为什么执行了两次？

那么此时栈底地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和组件没有直接关系