Message Bus或者发布者/订阅者(publisher/subscriber) 模式 — 可以让两个组件相互通信，但是他们之间并不相互知晓。 基于事件总线管理/订阅/分发模式的。事件响应有更多的线程选择，EventBus可以向不同的线程中发布事件。 EventBus支持 Sticky Event。 使用时需要先注册订阅，然后向订阅者分发消息数据即可。包含4个成分：发布者，订阅者，事件，总线
Java和Android而生的开源库，它使用了发布者/订阅者的设计模式来实现APP的松耦合。EventBus作为通信的中心，用户只需书写几行代码，就可以很方便地解除类与类之间的耦合。下图是官方提供的通信流程图。 EventBus译文是事件总线，它作为事件通信的核心，主要实现了以下两个功能： 1. 接收并缓存发布者发布的事件； 2. 通知订阅者执行订阅方法； 前文说过，EventBus的设计是基于
（2）扩展一个发布者的发布消息的方法（推模式） （3）扩展公共订阅的函数,和取消订阅的函数 订阅的函数： （5）发布部分 （5.1）使用门面模式--针对各浏览器的事件绑定兼容问题 （5.2）创建主应用函数 最后，订阅者界面 效果为： （1）cctv模块的
redis 订阅发布 subscribe 订阅者 publish 发布者 1.我们启用四个进程，三个为订阅者（subscribe），一个为发布者（publish） 订阅者加入demo 发布者发布消息 这是在看三个订阅者的信息。 这时候demo1112223334已经显示了
事件总线这个概念对你来说可能很陌生，但提到观察者（发布-订阅）模式，你也许就很熟悉。事件总线是对发布-订阅模式的一种实现。它是一种集中式事件处理机制，允许不同的组件之间进行彼此通信而又不需要相互依赖，达到一种解耦的目的。 从上图可知，核心就4个角色： 事件（事件源+事件处理） 事件发布者 事件订阅者 事件总线 实现事件总线的关键是： 事件总线维护一个事件源与事件处理的映射字典； 通过单例模式