通俗理解EventBus工作流程

想了个办法方便让自己记忆EventBus的工作流程，就是代入生活中的事情。
EventBus的工作流程可以通俗地类比于去餐厅吃饭，顾客是事件订阅者，厨房是发送者。
首先顾客来到餐厅，查看菜单，开始点菜，在菜单上打勾勾什么的，菜可以认为是事件（Event），点完之后由服务员（subscriberMethodFinder）接管，服务员找出顾客点了什么菜，然后将其一样一样录入餐厅的点餐系统（subscribe方法），点餐系统由subscriptionsByEventType、typesBySubscriber、stickyEvents组成，录入的过程是这样的：

1. 将这样菜品与顾客绑定，生成一个小菜单（subscription）
2. 查看点餐系统里点这个菜的记录（小菜单的CopyOnWriteArrayList集合），从subscriptionsByEventType拿
3. 如果没有，说明没人点过这个菜，那创建一下这个集合，录入系统
4. 如果有，则说明这个菜已经点过了，忽略
5. 接着，对照这个集合，按照顾客优先级高低（开vip优先上菜？），插入这个集合
6. 找到该顾客的点菜记录（ArrayList集合，从typesBySubscriber拿），如果没有记录，则创建一个记录，录入系统，接着将菜品（Event）放入记录中，完成
7. 接下来看一下是否已经有已经准备好的菜是顾客需要的，有的话则上菜（粘性事件处理），触发顾客吃菜地动作

接下来就是厨房做好菜，发送出去的过程了。
首先是将菜放到出菜口（EventQueue），只要出菜口有菜，就触发上菜操作（while循环）。上菜的人查看点餐系统，找到点这个菜的人有哪些（一个菜可能一次做好几份，上面说到的小菜单的CopyOnWriteArrayList集合），依次给顾客上菜，触发顾客吃菜地动作（subscription.subscriberMethod.method.invoke）。
顾客离开后就是解注册过程，从点餐系统移除顾客菜单记录、顾客小菜单记录。
线程切换的话感觉可以比喻成，如果厨房和顾客在同一楼层，则不用爬楼（线程切换），否则就要爬楼了。