今年6月份开始，我开始负责对“得到app”的android代码进行组件化拆分，在动手之前我查阅了很多组件化或者模块化的文章，虽然有一些收获，但是很少有文章能够给出一个整体且有效的方案，大部分文章都只停留在组件单独调试的层面上，涉及组件之间的交互就很少了，更不用说组件生命周期、集成调试和代码边界这些最棘手的问题了。有感于此，我觉得很有必要设计一套完整的组件化方案，经过几周的思考，反复的推倒重建，终于形成了一个完整的思路，整理在我的第一篇文章中Android彻底组件化方案实践。这两个月以来，得到的Android团队按照这个方案开始了组件化的拆分，经过两期的努力，目前已经拆分两个大的业务组件以及数个底层lib库，并对之前的方案进行了一些完善。从使用效果上来看，这套方案完全可以达到了我们之前对组件化的预期，并且架构简单，学习成本低，对于一个急需快速组件化拆分的项目是很适合的。现在将这套方案开源出来，欢迎大家共同完善。代码地址：https://github.com/luojilab/DDComponentForAndroid
虽说开源的是一个整体的方案，代码量其实很少，简单起见demo中做了一些简化，请大家在实际应用中注意一下几点：
（1）目前组件化的编译脚本是通过一个gradle plugin提供的，现在这个插件发布在本地的repo文件夹中，真正使用的使用请发布到自己公司的maven库
（2）组件开发完成后发布aar到公共仓库，在demo中这个仓库用componentrelease的文件夹代替，这里同样需要换成本地的maven库
（3）方案更侧重的是单独调试、集成编译、生命周期和代码边界等方面，我认为这几部分是已发表的组件化方案所缺乏的或者比较模糊的。组件之间的交互采用接口+实现的方式，UI之间的跳转用的是一个中央路由的方式，在这两方面目前已有一些更完善的方案，例如通过注解来暴露服务以及自动生成UI跳转代码等，这也是该方案后面需要着力优化的地方。如果你已经有更好的方案，可以替换，更欢迎推荐给我。
一、AndroidComponent使用指南
首先我们看一下demo的代码结构，然后根据这个结构图再次从单独调试（发布）、组件交互、UI跳转、集成调试、代码边界和生命周期等六个方面深入分析，之所以说“再次”，是因为上一篇文章我们已经讲了这六个方面的原理，这篇文章更侧重其具体实现。
代码中的各个module基本和图中对应，从上到下依次是：
- app是主项目，负责集成众多组件，控制组件的生命周期
- reader和share是我们拆分的两个组件
- componentservice中定义了所有的组件提供的服务
- basicres定义了全局通用的theme和color等公共资源
- basiclib中是公共的基础库，一些第三方的库（okhttp等）也统一交给basiclib来引入
图中没有体现的module有两个，一个是componentlib，这个是我们组件化的基础库，像Router/UIRouter等都定义在这里；另一个是build-gradle，这个是我们组件化编译的gradle插件，也是整个组件化方案的核心。
我们在demo中要实现的场景是：主项目app集成reader和share两个组件，其中reader提供一个读书的fragment给app调用（组件交互），share提供一个activity来给reader来调用（UI跳转）。主项目app可以动态的添加和卸载share组件（生命周期）。而集成调试和代码边界是通过build-gradle插件来实现的。
1 单独调试和发布
单独调试的配置与上篇文章基本一致，通过在组件工程下的gradle.properties文件中设置一个isRunAlone的变量来区分不同的场景，唯一的不同点是在组件的build.gradle中不需要写下面的样板代码：
if(isRunAlone.toBoolean()){
apply plugin: 'com.android.application'
}else{
apply plugin: 'com.android.library'
}
而只需要引入一个插件com.dd.comgradle（源码就在build-gradle）,在这个插件中会自动判断apply com.android.library还是com.android.application。实际上这个插件还能做更“智能”的事情，这个在集成调试章节中会详细阐述。
单独调试所必须的AndroidManifest.xml、application、入口activity等类定义在src/main/runalone下面，这个比较简单就不赘述了。
如果组件开发并测试完成，需要发布一个release版本的aar文件到中央仓库，只需要把isRunAlone修改为false，然后运行assembleRelease命令就可以了。这里简单起见没有进行版本管理，大家如果需要自己加上就好了。值得注意的是，发布组件是唯一需要修改isRunAlone=false的情况，即使后面将组件集成到app中，也不需要修改isRunAlone的值，既保持isRunAlone=true即可。所以实际上在Androidstudio中，是可以看到三个application工程的，随便点击一个都是可以独立运行的，并且可以根据配置引入其他需要依赖的组件。这背后的工作都由com.dd.comgradle插件来默默完成。
2 组件交互
在这里组件的交互专指组件之间的数据传输，在我们的方案中使用的是接口+实现的方式，组件之间完全面向接口编程。
在demo中我们让reader提供一个fragment给app使用来说明。首先reader组件在componentservice中定义自己的服务
public interface ReadBookService {
Fragment getReadBookFragment();
}
然后在自己的组件工程中，提供具体的实现类ReadBookServiceImpl：
public class ReadBookServiceImpl implements ReadBookService {
@Override
public Fragment getReadBookFragment() {
return new ReaderFragment();
}
}
提供了具体的实现类之后，需要在组件加载的时候把实现类注册到Router中，具体的代码在ReaderAppLike中，ReaderAppLike相当于组件的application类，这里定义了onCreate和onStop两个生命周期方法，对应组件的加载和卸载。
public class ReaderAppLike implements IApplicationLike {
Router router = Router.getInstance();
@Override
public void onCreate() {
router.addService(ReadBookService.class.getSimpleName(), new ReadBookServiceImpl());
}
@Override
public void o