Android组件化之(路由 vs 组件总线)

前言

以前写了一篇关于总结一波安卓组件化开源方案的文章，反响还不错。后来，在QQ交流群(686844583)里有人问到通讯机制这一对比项中路由和组件总线的区别。因为通讯机制是组件化架构的核心引擎，是理论基础，本文讲解一下我对这两种通讯机制的理解。

相同点

路由和组件总线都须要将分布在不一样组件module中的某些类按照必定规则生成映射表（数据结构一般是Map，Key为一个字符串，Value为类或对象），而后在须要用到的时候从映射表中根据字符串从映射表中取出类或对象

不一样点

1. 路由方案（如：ARouter等）

1.1 路由的本质是类的查找

其工做原理相似于仓库管理员：你们先把类所有放到仓库中，有人须要的时候，仓库管理员就根据所提供的字符串找出存放在仓库中的类

查找的类主要分为3种：Activity子类、Fragment子类和自定义接口实现类

• Activity子类： 路由库提供startActivity(或startActivityForResult)的封装，并根据字符串从映射表中获取对应的Activity类(XxxActivity.class)，跳转到该Activity页面
• Fragment子类：路由库根据字符串从映射表中获取对应的Fragment类(XxxFragment.class)并建立一个对象返回给调用方
• 自定义接口实现类：路由库根据字符串（注解的字符串或者接口类名字符串）从映射表中获取对应接口的实现类（XxxInterfaceImpl.class)，并建立一个对象返回给调用方

1.2 路由这种一对一的类映射关系理解起来比较容易，特别是页面跳转，使用起来也很方便

1.3 组件之间的服务调用时，调用方须要持有接口类，须要将接口类定义下沉到base层，向接口编程，遵循依赖倒置原则

1.4 因为路由本质是类查找，因此须要通讯的组件必需要打包在同一个app内部才能获取到。

在组件单独运行调试时要将与之通讯的组件添加到本身的依赖列表中(比较常见的是必须依赖登陆组件)，既然开发过程当中添加了依赖，开发人员就能直接调用到其它组件的代码，为了不这种状况，须要作代码隔离，获得的组件化框架DDComponentForAndroid经过插件很好地作到了这一点。

2. 组件总线方案（如：CC等）

2.1 组件总线的本质是转发调用请求

其工做原理相似于电话接线员（中介者模式）：组件总线负责收集全部组件类并造成映射表（Key为字符串，Value为组件类的对象）。调用组件时，总线根据字符串找到对应的组件类并将调用信息转发给该组件类，组件执行完成后再经过组件总线将结果返回给调用方

2.2 组件总线只负责通讯，即转发调用请求和返回执行结果。

2.3 不须要下沉接口，面向通讯协议编程（相似于app客户端调用服务器端接口的通讯协议）

2.4 因为组件总线的本质是转发调用请求，能够经过跨进程通讯方式将调用请求转发给其它app，从而实现跨app进行组件调用。

Tips: 跨进程通讯的方式有不少种，例如：
BroadcastReceiver、Socket、FileObserver、MemoryFile、UrlScheme、ContentProvider、AIDL、Messenger及Binder等等
复制代码

支持跨app的组件调用后，单组件做为app运行时，能够与主app进行通讯，调用主app中的全部组件，无需与其余组件一块儿打包运行，全部的组件都是平行的，没有依赖关系，带来的好处有：

• 从框架层面避免了组件之间的依赖，作到彻底的代码隔离。
• 组件独立运行时编译速度更快
• 老项目改造时，从第一个组件开始就能够独立运行，而不会由于须要调用到组件外的功能而必须跟主工程一块儿打包运行调试

总结

通讯机制是Android组件化技术的基石，本文讲述了两种主要实现方式的相同点和不一样点。