register（注册）
SubscriberMethod
eventbus注册的时候回遍历查询已经被Subscribe注解的方法（Method）
包含：
- method：包含了这个方法的全部信息，通过这个属性，可以反射出该方法，进行调用；
- threadMode：该方法在什么什么线程下调用；
- eventType: 事件的类型，会通过该类型自动往该种类型的eventType上追加任务。
1、寻找List<SubscriberMethod>
2、将上面找到的List<SubscriberMethod>依次进行注册
synchronized (this) {
for (SubscriberMethod subscriberMethod : subscriberMethods) {
subscribe(subscriber, subscriberMethod);
}
}
这样，会形成：
如上图的数据结构，这样就很明确了，一个EventType对应其中所有的对其注册的Subscription，而Subscription形如：
这样就很清晰了：
在Map<Class<?>, CopyOnWriteArrayList<Subscription>> subscriptionsByEventType这个map中，我们存储了在何种EventType上面注册的各种不同注册者Subscription上面的不同的方法SubscriberMethod。
2.1、我们可以想象：
-
subscriptionsByEventType因该是至少使用HashMap作为基本的数据存储结构的； -
CopyOnWriteArrayList<Subscription>也需要做判断重复的工作，因为：不需要放置两遍同一对象中各种被@Subscribe注解的方法。
所以：
如果你在同一个类中重复调用register方法进行注册，
譬如：
EventBus.getDefault().register(this);
EventBus.getDefault().register(this);
会抛出异常，这是显然的。
2.2、如何进行注册的
3、发送事件（post）
注意可能会在多线程中进行EventBus的使用，并进行时间的register和post，eventBus有必要进行多线程方面的考虑。
使用ThreadLocal初始化并存储该线程需要进行发送的事件的容器。
关于
ThreadLocal的相关知识，可以参考：http://qifuguang.me/2015/09/02/[Java%E5%B9%B6%E5%8F%91%E5%8C%85%E5%AD%A6%E4%B9%A0%E4%B8%83]%E8%A7%A3%E5%AF%86ThreadLocal/
/** For ThreadLocal, much faster to set (and get multiple values). */
final static class PostingThreadState {
final List<Object> eventQueue = new ArrayList<Object>();
boolean isPosting;
boolean isMainThread;
Subscription subscription;
Object event;
boolean canceled;
}
3.1、发送线程相关状态的设置
3.2、 postSingleEvent
postSingleEvent(eventQueue.remove(0), postingState);
这段代码出现一个疑问：
postingState中已经持有了eventQueue,为何仍旧需要这样调用？
3.2.1、eventInheritance
EventBus支持发送的EventClass是否是可以继承的,应用场景就是：
为了代码的架构清晰，某些想用的事件不需要传递不同的参数，而只需要将各种不同的参数类都继承于同一个BaseClass或者实现同一个BaseInterface。
譬如：小明和小红是兄妹，两人在学校里获得了********同样的********奖项（这里比喻需要发送相同的事件），现在学校要把奖状发给小明和小红，当然，最为直接的就是学校分别把两张奖状给小明和小红，但是，也可以这样：********学校把奖状给了小明和小红的妈妈，由妈妈直接交给兄妹两人********。这里可以想象到：小明和小红都“********继承********”于妈妈。
这样，单个事件就开始发送了。
3.3、执行
private void postToSubscription(Subscription subscription, Object event, boolean isMainThread) {
switch (subscription.subscriberMethod.threadMode) {
case POSTING:
invokeSubscriber(subscription, event);
break;
case MAIN:
if (isMainThread) {
invokeSubscriber(subscription, event);
} else {
// 在子线程处理需要在UI Thread处理的消息
mainThreadPoster.enqueue(subscription, event);
}
break;
case BACKGROUND:
if (isMainThread) {
// 在UI Thread处理需要在子线程处理的消息
backgroundPoster.enqueue(subscription, event);
} else {
invokeSubscriber(subscription, event);
}
break;
case ASYNC:
asyncPoster.enqueue(subscription, event);
break;
default:
throw new IllegalStateException("Unknown thread mode: " + subscription.subscriberMethod.threadMode);
}
}
3.3.1、在子线程处理需要在UI Thread处理的消息
其实就是使用Handler，发送消息到Main Looper中进行轮询。
mainThreadPoster.enqueue(subscription, event);
其一、PendingPost
这是一个用于构造具体的方法的实体，用于传递给Loop是main的Handler进行消息的处理。
值得一提的是：这是一个需要进行反复构造的实体，反复的进行new构造会影响性能，所以构造了一个pendingPostPool进行缓存。这个pool的最大的容量是10000。
synchronized (pendingPostPool) {
// Don't let the pool grow indefinitely
if (pendingPostPool.size() < 10000) {
pendingPostPool.add(pendingPost);
}
}
其二、maxMillisInsideHandleMessage
在构造在UI Thread进行发送信息的HandlerPoster的时候，会传递一个maxMillisInsideHandleMessage，但是，在想：都是同步方法，计算耗时的意义何在啊？
3.3.2、在UI Thread处理需要在子线程处理的消息
这种比较容易，使用线程池执行就行了。
eventBus.getExecutorService().execute(this);
