1.evenbusԴ?码分????
2.说下你可能没用过的EventBus
3.Vert.x 源码解析(4.x)——Local EvnentBus入门使用和源码解析
4.Vert.x 源码解析(4.x)——Context源码解析
5.Vue 中 provide/inject 的应用
6.Android开发-EventBus使用详解

evenbusԴ?????

       Android操作系统，自Andy Rubin开发以来，码分逐渐由Google收购并拓展至包括智能手机、码分平板电脑在内的码分多个领域，以其免费、码分智能和开放性在全球市场份额中占据重要地位。码分SSL_write源码

       Android系统庞大，码分学习内容繁杂，码分本文将通过八大模块深入讲解，码分旨在带领初学者全面了解Android系统架构及其运作机制，码分构建坚实的码分技术基础。

       架构师筑基必备技能

       深入理解Java泛型

       注解使用详解

       并发编程实践

       数据传输与序列化技术

       Java虚拟机原理探索

       高效IO操作

       Android百大框架源码解析

       Retrofit 2.0源码剖析

       Okmand.run()你就会发现这其实是码分同步执行。

       同步执行并不太好。码分我们希望不仅解耦，码分还要异步执行。码分EventBus提供了AsyncEventBus，我们可以自己传入executor。

       上面的代码我们改成异步的，这样不就好起来了嘛。实际上，我们可以结合自己的线程池来处理。

       OK，android改源码编译这个说清楚了。我们可以顺便再看看事件分发的处理。看到DeadEvent了吗？没有当前事件的订阅者，就会发送一个DeadEvent事件，bingo！

       OK，这个使用和源码都比较简单，有兴趣的同学可以自己去看看，花不了多少功夫。

       总的来说，EventBus提供了一个更优雅的代码解耦方式，你在实际工作中的业务中肯定能用得上它！

Vert.x 源码解析(4.x)——Local EvnentBus入门使用和源码解析

       Vert.x 源码解析(4.x)——Local EvnentBus入门使用和源码解析

       本文将介绍使用和解析Vert.x的本地事件总线（Local EvnentBus）的基本概念、入门使用方法以及源码解析。

       1. 简介

       Vert.x EventBus是一个用于异步通信的分布式事件总线，支持在同个Vert.x应用程序内部或跨多个Vert.x应用程序之间的消息交互，实现组件、模块或服务之间的松耦合与高度可扩展性。

       2. 基本概念

       EventBus分为Local模式和Clustered模式，Local模式适用于项目内部通信，而Clustered模式用于集群间传输。大型外卖pc源码

       3. 入门使用

       3.1 获取EventBus

       每个Vertx实例仅有一个EventBus实例，可使用注册处理器、调用consumer()方法获取MessageConsumer对象。

       在集群模式下注册处理器时，注册信息传播至集群中所有节点可能需要时间。

       3.2 注销处理器

       通过unregister方法注销处理器，在集群模式下，此动作传播至节点可能需要额外时间，可使用回调完成通知。

       3.3 发布消息

       使用publish方法指定地址发布消息，消息将传递给所有在该地址注册的处理器。

       3.4 发送消息

       使用send方法发送消息至指定地址的单个处理器。

       3.5 设置消息头

       在发送或publish消息时可提供DeliveryOptions来设置头信息。

       3.6 消息顺序

       消息按发送顺序传递给处理器。

       3.7 消息对象

       消息处理器接收到的对象类型为Message，包含消息体和头信息。

       3.8 应答消息/发送回复

       通过reply方法在处理器接收到消息后发送回复至消息来源，确认处理。

       3.9 带超时的发送

       使用DeliveryOptions指定超时时间，若超时未收到回复，则调用应答处理器。入孵申请源码

       3. 发送失败

       消息发送失败时，应答处理器将接收到异常失败结果。

       3. 消息编解码器

       注册消息编解码器支持发送任何对象，通过DeliveryOptions指定对象类型。

       3. 集群模式的Event Bus

       将多个Vert.x实例组合为集群，实现分布式Event Bus。

       4. 关键类简介

       4.1 主要类的作用

       EventBus、EventBusInternal、EventBusImpl: EventBus接口定义方法，EventBusImpl实现管理消息、监听器注册、消息派发等功能，异步操作。

       HandlerRegistration、MessageConsumerImpl: 消费者实现类，管理订阅关系与消息派发。

       DeliveryContextBase、InboundDeliveryContext、OutboundDeliveryContext: 消息传递管理类，处理发送和接收过程。

       4.2 EventBus系列

       EventBus、分享文章app源码EventBusInternal: EventBus接口，EventBusImpl实现。

       4.3 MessageConsumer系列

       MessageConsumerImpl实现消息消费与订阅管理。

       4.4 DeliveryContext系列

       DeliveryContextBase管理消息传递过程，InboundDeliveryContext处理接收消息，OutboundDeliveryContext处理发送消息。

       4.5 Message系列

       Message实现消息对象，MessageImpl具体实现。

       4.5.3 MessageCodec系列

       CodecManager获取解码器，lookupCodec方法实现消息解码。

       5. Local模式EventBus源码解析

       5.1 consumer方法分析

       绑定时调用consumer方法，创建MessageConsumerImpl实例。

       5.2 handler

       注册处理器，涉及HandlerRegistration、EventBusImpl等类。

       5.3 send

       发送消息，EventBusImpl类实现，包括创建消息、发送上下文等。

       5.4 reply

       回复消息，与send方法类似。

       5.5 总结

       本地事件总线操作简单，消息发布与发送遵循明确的步骤。回复消息与发送类似，关键在于消息处理与应答机制。

Vert.x 源码解析(4.x)——Context源码解析

       Vert.x 4.x 源码深度解析：Context核心概念详解

       Vert.x 通过Context这一核心机制，解决了多线程环境下的资源管理和状态维护难题。Context在异步编程中扮演着协调者角色，确保线程安全的资源访问和有序的异步操作。本文将深入剖析Context的源码结构，包括其接口设计、关键实现以及在Vert.x中的具体应用。

       Context源代码解析

       Context接口定义了基础的事件处理功能，如立即执行和阻塞任务。ContextInternal扩展了Context，包含内部方法和功能，通常开发者无需直接接触，如获取当前线程的Context。在vertx的beginDispatch和endDispatch方法中，Context的切换策略取决于线程类型，Vertx线程会使用上下文切换，而非Vertx线程则依赖ThreadLocal。

       ContextBase是ContextInternal的实现类，负责执行耗时任务，内部包含TaskQueue来管理任务顺序。WorkerContext和EventLoopContext分别对应工作线程和EventLoop线程的执行策略，它们通过execute()、runOnContext()和emit()方法处理任务，同时监控性能。

       Context的创建和获取贯穿于Vert.x的生命周期，它在DeploymentManager的doDeploy方法中被调用，如NetServer和NetClient等组件的底层实现也依赖于Context来处理网络通信。

       额外说明

       Context与线程并非直接绑定，而是根据场景动态管理。部署时创建新Context，非部署时优先获取Thread和ThreadLocal中的Context。当执行异步任务时，当前线程的Context会被暂时替换，任务完成后才恢复。源码中已加入详细注释，如需获取完整注释版本，可联系作者。

       Context的重要性在于其在Vert.x的各个层面如服务器部署、EventBus通信中不可或缺，它负责维护线程同步与异步任务的执行顺序，是异步编程中不可或缺的基石。理解Context的实现，有助于更好地利用Vert.x进行高效开发。

Vue 中 provide/inject 的应用

       Vue框架提供了丰富的组件通信手段，如父子组件的props/$emit、EventBus以及Vuex的全局状态管理。然而，在众多选项中，provide/inject显得相对低调。然而，这项功能在特定情况下却有着独特的价值，那就是依赖注入的运用。

       provide/inject是Vue从2.2.0版引入的新特性，官方文档解释说，它允许祖先组件向所有后代组件注入依赖，这种关系不受组件层级影响。可以理解为一种“跨层级的全局prop”。

       实际应用中，provide/inject可以用来实现全局状态管理，尤其在项目协作中，当Vuex过于繁琐且需求仅限于共享全局状态时，它就派上用场。例如，通过在根组件中提供变量，后代组件可以直接使用，但需注意provide的非响应式特性，确保提供数据本身是可响应的。

       尽管$root可以访问根组件，但在多人协作中，提供/inject有助于避免全局变量冲突。每个模块的入口组件可以单独注入给子组件，保持模块独立性。然而，这并不是说Vuex被替代，因为Vuex的变更追踪功能是provide/inject所不具备的，它保证了数据修改的可追溯性，降低了耦合度。

       在组件设计中，Vue官方提倡使用provide/inject来编写组件，如在elementUI的表单和按钮组件中，通过注入上下文，可以解决层级关系不确定带来的强耦合问题。理解provide/inject的源码实现，如Vue^2.6.，可以帮助我们更好地利用这项功能。

       总结来说，provide/inject是Vue中的一个实用工具，它的价值取决于具体的应用场景。选择最符合项目需求的通信方式，才是最明智的做法。

Android开发-EventBus使用详解

        我们大家在使用EventBus的时候，需要了解他的逻辑原理，不必了解它的源码，那么高深。所以我就在这里不讲源码了!

        首先EventBus是一个订阅者模式，也就是像我们关注一个微信公众号一样，公众号是发消息者，我们关注该公众号的人就是订阅的人，也就是收消息的。公众号只要一有新的消息推送，我们的微信就会弹出一条公众号所发的消息，这就像EventBus逻辑一样。

        首先我们使用EventBus时需要注册，具体在什么时间注册，根据自己的需要去注册，如果不注册，EventBus就无法正常发送消息，

        接收者也就无法接收到发送的消息，我的项目是用EventBus传值，所以我就写在Base类中了，不过你们写demo的话可以写在onCreate中。

EventBus注册

        EventBus取消注册（一般我们写在onDestroy中，或者onStop中，不过我都是写在onDestroy中）

        正常使用发送消息，我这里的HomeFragmentRequest 就是一个Bean类，我们可以定义普通类型数据，只不过发送什么类型，我们就要用什么类型去接收

        正常接收消息，也就是接收发送过来的消息(方法名自定义，一定要用发送过来的数据类型#必须带上注解#)

        粘性事件的发送方式

        有人猜到了，接受和普通接受一样只不过在注解的后面加了点作料,这样我们就能在创建前保存，创建之后使用传递过来的数据啦