关于Eventbus使用过程中的一点点发现

          项目中在apk升级部分用了retrofit，同时大家也都知道，如果需要监听到下载的进度，那么必须是对okhttpclient添加addInterceptor了，我们会定义一些接口，然后通过接口将下载的字节数回调至业务层。同时我们也知道接口回调到的线程是子线程。但是我又不想写handler将进度发送出去了，因为感觉用handler太重了。然后我就用了eventbus，感觉轻量些。

          以上看似都没有问题，我就正常的EventBus.getDefault().register(this);注册了。然后我也在接口回调的方法里面正常的发送了EventBus.getDefault().post(bytesRead);这里的bytesRead是long类型的，然后我也正常的声明了注册的方法

    @Subscribe(threadMode = ThreadMode.MAIN)
    public void onPostCall(long progress) {
        //在这里更新我自己的progressBar
    }

是呀，看似一切都没有问题（细心的同学可能已经发现了问题所在），可是这个onPostCall方法就是收不到我post出来的值，当时我一度以为是我的回调没走，可是debug了下，走了呀，回调走了，那么post就代表发送了，可是可是为啥还是没收到消息呢？一度有点怀疑人生。然后，我就又找啊找。突然发现我的这个onPostCall的方法参数是long类型的，是基本数据类型，难道是基本数据类型不行？那我就试着改成包装类型Long试试，改成这个果然好了。感觉有点不可思议呀。虽然我现在eventbus使用的是org.greenrobot:eventbus:3.0.0但是即使是用低版本的也是同样有这个问题的存在。大家也都知道eventbus内部就是通过map存储了一个个的方法（key就是我们的方法的参数类型），post的时候就根据参数类型去匹配了。但是不知为何基本数据类型不行。以后就按照包装类型就好了。如果是一个类那就更没有问题了。

          使用的时候还有一点就是eventbus默认是不抛出异常的。即使有错误，也不抛。让人都不知道错在哪里，都不给个改过自新的机会。但是其实它也是可以设置抛出异常的方法的EventBus.builder().throwSubscriberException(BuildConfig.DEBUG);就是设置在debug模式下有异常就抛出。

          其实，在用的过程中还会遇到一个问题，就是还是说我注册了，但是消息依然收不到了，当然这个不是因为参数类型了。情况是这个样子的，我是在一个Fragment里面加载不同的子Fragment，然后我还会携带一些数据给我要加载的Fragment，因为还牵涉到数据的刷新所以我们就用了eventbus来传递数据了。我是这样做的（后面大家会发现是错的），我在调用完加载Fragment的代码之后，我就直接post了。其实大家也可能看出来了这样子的确是有问题的，因为在Fragment还没有被创建，没有注册时候 我就开始发送消息了。那么结果也肯定是收不到消息。这个时候就想到除了post我们还可以postSticky了，当然与之对应的，如果是在eventbus的3.0版本的话，我们在@Subscribe后面需要指定sticky = true,默认值是false.如果是3.0之前的版本则是需要registerSticky了，在3.0已经没有这个方法了。当然与之替代的是在@Subscribe后面进行设置了。这个样子就可以在页面没有创建，eventbus还没有注册时候，发送消息，当页面创建了，注册了，依然可以收到消息，有点小神奇呢。那这个为啥呢？看：

/**
     * Posts the given event to the event bus and holds on to the event (because it is sticky). The most recent sticky
     * event of an event's type is kept in memory for future access by subscribers using {@link Subscribe#sticky()}.
     */
    public void postSticky(Object event) {
        synchronized (stickyEvents) {
            stickyEvents.put(event.getClass(), event);
        }
        // Should be posted after it is putted, in case the subscriber wants to remove immediately
        post(event);
    }

看了这个注释大家应该一目了然了，用我蹩脚的英语跟大家解释下：发送给定的event事件到event bus(事件公共汽车，哈哈哈)并且持有这个event(因为他是粘性的).最近的粘性Event会为了被订阅者访问而放在内存中 。哎，翻译的好艰难。大家自行脑补下。        

       好的，以上就是发现的一些问题。如果有不对之处，欢迎批评指正。提前预祝大家新年快乐。