1:eventBus允许组件间进行发布订阅风格的交互,不需要明确的注册,而是通过感应(aware),设计出来这个中间件的目的主要就是取代传统的java进程间发布订阅的那种显式注册。不是一个通用型的发布订阅系统,也不是为了进程间通信。
2:为了接收事件
- 揭露一个public的方法,被称作事件订阅器,接收一个单独参数作为事件类型。
- 标记一个@Subscribe注解
- 把他传递给EventBus的实例的register(Object obj)方法。
3:为了发布事件。
- eventBus会裁决事件类型,将其路由到所有关注这个事件类型对应的侦听器中,
- 事件是给予类型被分配的,前提是这个事件类型是可分配的,包括他自己的子类和超类。
4:当post方法被调用时, 所有当前事件的已注册的侦听器都按顺序执行。所以订阅者应该足够的快,一旦一个可延展事件被触发,就像数据库加载,产生一个线程或者队列在他之后。为了方便使用,请使用AsyncEventbus
5:订阅者的方法
- 订阅者的方法就接收一个参数,
- 订阅者不应该抛出异常,一旦你需要抛出,eventBUs会catch并log它,这是为了让你在开发过程中发现问题,而不是应用于生产。
- eventBus保证不会从多个线程同时的调用订阅者方法,除非这个方法通过标记@AllowConcurrentEvents来显示的指定,如果没有发现这个注解,则不用担心方法的重入,除非被外面的eventBus调用。
6:死亡事件。
如果一个事件被post,但是没有一个subscriber处理他,那么就会被认为是一个deadevent,eventBus就会把他wrapper在一个deadEvent对象中进行重发。
如果你写了一个subscriber去处理Object类型的事件,那么没有事件是deadEvent;
7:这个类是线程安全的,并且可以用于并发。