java多进程 框架_Android 组件化之通信（多模块，多进程

1. 引子

写这篇文章主要是有两个原因：

之前写过一篇 Android组件化开发实践 ，组件化最直接的表现形式就是工程中包含了多个业务Module，代码要解耦，但是业务间要解耦几乎是不可能的，于是就要涉及到业务间的通信，表现在代码上就是Module间通信。其实在文章提到的ActivityRouter就是模块间通信很好的一个library，但是其主要作为Activity Router来使用，传递数据的能力有限(当然稍微改造一下代码，交换数据还是很容易解决的)。

最近看到了 Spiny 同学的 Android架构思考(模块化、多进程) ，写的非常好，在掘金上分享后得到了不少同学的点赞。尤其文中提到的多进程方案，自己也非常感兴趣，于是就去看了源码，很有想象力，但是在使用时个人感觉也有一些小问题，于是就fork了一份代码，开始对代码进行了一些修改，本文中将主要介绍一下这些修改。

2. 模块间通信原理

我们先来看一下架构图，图片来源于 http://blog.spinytech.com/2016/12/28/android_modularization/

从A、B到N的多个Module都引用了Common库，同时Main Module还引用了A、B、N这几个Module，经过这样的处理之后，所有的Module之间的相互调用就都消失了，耦合性降低，所有的通信统一都交给Router来处理分发，而注册工作则交由Main Module去进行初始化。这个架构思想其实和Binder的思想很类似，采用C/S模式，模块之间隔离，数据通过共享区域进行传递。模块与模块之间只暴露对外开放的Action，所以也具备面向接口编程思想。

架构图中每个红色的Action都是可以提供的服务，而Provider是一个服务的集合，每个Module中可以有一个或者多个Provider，当程序开始执行时，module会把Provider注册到Router Module。Action服务请求流程如下：

任意代码创建一个RouterRequest，包含Provider和Action信息，向Router进行请求。

Router接到请求，通过RouterRequest的Provider信息，在内部的HashMap中查找对应的Provider。

Provider接到请求，在内部的HashMap中查找到对应的Action信息。

Action调用invoke方法。

返回invoke方法生成的ActionResult。

将Result封装成RouterResponse，返回给调用者。

3. 多进程架构模块通信原理

还是先来看下架构图：

Router是JVM级别的单例模式，并不支持跨进程访问。也就是说，你的后台进程的所有Provider、Action，是注册给后台Router的。当你在前台进程调用的时候，根本调用不到其他进程的Action。

解决方案是单独提取一个Wide Router模块，所有的Local Route与Wide Router通过进程间通信的方式建立连接，Action请求如果在Local Router中找不到时，则通过WideRouter与其它进程建立连接，WideRouter充当局域网之间的路由。一次跨进程的Action请求如下图所示：

以上的内容主要来自于 Android架构思考(模块化、多进程) ，目前也已经有了相应的demo，大家可以去尝试一下，体验多进程App的乐趣。

4. 可以改进的地方

关于ModularizationArchitecture的使用，有相应的文档： ModularizationArchitecture 使用教程 。个人在使用后感觉又一些不太方便的地方，主要有三点：

4.1 通信数据格式问题

目前发起请求时传递的数据是 RouterRequest ，接收的数据是 RouterReponse ，两种类型的数据中包含的只有字符串数据，在实际的进程间通信时传递的数据也是字符串(代码中转为了json数据)。这种方式不能传递自定义的数据，在数据使用时也要手动解析字符串，比较繁琐。

其实Android为进程间通信提供了Parcelable，可以通过这种方式非常方便地传递数据。

4.2 线程切换问题

demo中采用新建线程的方式请求异步数据：

代码看起来不够优雅，采用Rxjava 的方式会使得线程切换更加优雅，Router模块可以使用Rxjava的方式返回结果。

4.3 Provider、Action 注册问题

代码中Provider、Action需要手动注册，如果增加一个Action，需要有多个地方进行变动，这里可以采用apt的方式来自动进行注册。

5. 解决方案

针对以上的三个问题，对代码进行来部分修改，如下：

5.1 进程间通信数据格式的修改

请求数据 RouterResquest 和返回数据 MaActionResult 分别实现了Parcelable接口，并且分别提供了两个可以自定义的成员变量 requestObject 和 result ，用户在建立请求数据 RouterResquest 和返回数据 MaActionResult 可以把自定义的数据传递进去，需要注意的是传递的自定义类型也要实现Parcelable接口。

5.2 Provider、Action自动生成

5.3 Rxjava 的引入

引入Rxjava之后，修改LocalRoute的route方法，使之返回 Observable ，在调用时可以非常方便地使用Rxjava切换线程：

6. 使用教程

项目地址： https://github.com/wutongke/ModularizationArchitecture

6.1 在项目中集成

6.1.1 在project的build.gradle中设置maven地址:

dependencies块中支持apt：

6.1.2 所有Module中配置apt插件：

dependencies块中设置：

6.2 创建自定义Application

6.2.1 实际Application

我们知道一个app中只有一个Application，所以在主Module中定义Application，然后在其它模块中根据需要实现逻辑Application即可，然后启动时注册逻辑Application，即可管理其生命周期：

当然这个自定义的Application需要注册到manifest文件中。

使用多进程提供服务的模块需要继承 LocalRouterConnectService ，并且在manifest中注册服务:

6.2.2 逻辑Application

逻辑Application通过继承BaseApplicationLogic，实现相应的方法即可被回调。

6.3 自定义Provider和Action

定义Provider

定义Action

可以看到定义Provider和Action时分别使用了 @Provider 和 @Action 注解，这样可以在程序编译时完成自动的注册，不需要手动注册到Router了。

其中 @Provider 需要设置进程名字， @Action 需要设置进程名字和注册到的Provider名字：

6. 4 调用Action

6.4.1 建立Action调用

首先需求建立一个请求 RouterRequest ，说明要请求的内容：

可以通过RouterRequestUtil的obtain方法快速建立请求，上例中请求的Action位于”com.spinytech.maindemo:music”进程，Provider是”music”，Action是”play”，并且传递了相应的参数new Song(“see you”)。

然后使用Rxjava的方式请求Action：

6.4.2 处理请求

在music模块中处理刚刚发出的请求，6.3中定义的Provider和Action其实就是处理6.4.1中的请求的，并且返回了 MaActionResult :

7. 总结

6小节介绍了 ModularizationArchitecture 的基本使用， ModularizationArchitecture 提供了完整的demo，大家可以clone代码参考，有任何问题可以在该项目下提issue，欢迎交流。

8. 其它

欢迎关注公众号 wutongke ，每天推送移动开发前沿技术文章：

推荐阅读：