大牛教你怎么学习Android多进程，OMG学它
Service 实现
依赖 Mediator :
在业务 common/pad/phone module 下分别实现，ICommonService, Service(pad), IService(phone) ，在 common module 创建 CommonServiceImpl 实现 ICommonService，在 pad、phone module 分别创建 ServiceImpl 对应实现 IService 并继承与 CommonServiceImpl。
Service 注册
注册的方式有一般是通过代码用去注册，或通过注解进行注册。可以在 Application 注册也可以在业务 Module 下自己注册，如果使用注解则可以自动注册，具体要看项目怎样实现。例：
解释下 MediatorServiceFacator，它只是一个服务工厂也是一个接口类，作用是负责管理各业务方的 Service 主要功能是注册与获取 Service。上面的代码就是往里注册了一个会员的 Service。
可以看出这个函数只有两个参数，一个是接口class一个是实现类class，第一个参数cls：它会作为 key 来使用，第二个参数implClass：它会作为 value 来使用。
Service 使用
通过 MediatorServiceFacator 懒加载获取service对象，如果业务方没有注册则获取一个空的对象。
注册有 service 没有使用时是不会创建的，如果使用过则会缓存下来，下次调用则直接返回。（第一次是通过反射创建）例：
- 在 mediator 模块下会员 CommonService 中 定义了一个模糊查询会员的方法。
- 在会员模块下 common 中实现了该功能。
- 在会员模块下 pad 中继承了这个实现。
- 在其他模块 pad 下使用这个功能。
可以看到获取 Service 只要传对应接口就即可，对于使用方是不用关心实现方，在开发过程中只要先定义好接口，合作的同学就可以进入正常开发了。细心的同学可以看出，返回的数据类型也是一个接口类，为什么不直接返回一个普通 java 类呢？主要原因是通过接口方法达到双方 api 约定，例如 getName() :String 方法是通过方法名返回值达到约定效果，这样不依赖具体实现。
从上面的例子可以看出主要分为三个部分：1、定义接口。2、提供方实现接口。3、使用方都通过服务工厂获取服务使用。对于使用者来是很简单的，不需要关心实现，通过接口可以直接获取到实现，并且获取到结果可以直接使用，不需要做序列化处理。
有了路由通信我们为什么还使用面向接口编程？
路由模式虽然很好的解决了耦合的问题，但他的方法调用都是静态的，对于传参与返回值只能是基本类型，如果是对象需要做序列化与反序列化处理，对性能有一定影响。类似在调后台接口一样，同时降低了代码的可读性， 对于 app 而言所有 Module 都是在同一个应用下，没有必要做这些序列化操作。
对于复杂业务不好处理，例如一个业务需要多次通信，路由模式则不好处理，而通过接口通信则可以容易解决。例如：一个读卡的操作，业务方需要对它有开启、关闭、暂停等多个状态的操作。通过接口则可以直接返回一个读卡的 service 控制器， 这样可以直接进行相应的控制操作。
从上面代码中可以看出，上层回调结果的同时并回调了一个控制接口，这样就提供使用方一个反向操作的能力。
最后
在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。
附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）
本文在开源项目：【CodeChina】中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…