在非常简单的业务场景下，单一工程就可以实现一个完整的 App，而且维护和开发都非常简单。但是当一个 App 涉及到很多功能，单一的 Module 显得很吃力。如果整个工程一个 Module，业务逻辑都写在 app 模块中不同的包下：无论分包做的再好，随着项目增大也会失去层次感，接手起来也很吃力；而且包名约定作为约束太弱，一不注意就出现不同业务包之间直接相互调用，代码高度耦合；多人联合开发在版本管理中很容易出现冲突和代码覆盖问题。那么就很容易出现下面的场景：
1 | //when I wrote this, only god and I understood what I was doing |
本文主要围绕什么是组件化，为什么需要组件化，如何进行组件化展开。路由在 Android 组件化开发中的重要作用，分析路由框架的实现原理，如何一步一步实现一个路由框架。
Android 组件化
为什么需要组件化的原因上面已经说过了，但是千万要注意的是：
不要为了使用组件化而去组件化！
不要为了使用组件化而去组件化！
不要为了使用组件化而去组件化！
一项技术都是为了解决实际问题，如果软件的规模没达到需要使用组件化的程度那就真的没必要使用组件化，为了炫技而去使用技术实在是一种非常愚蠢的行为！
什么是 Android 组件化
组件化是指解耦复杂系统时将多个功能模块拆分、重组的过程。在 Android 工程表现上就是把 App 按照其业务的不同，划分为不同的 Module。
1、各个组件专注自身功能的实现，模块中代码高度聚合，只负责一项任务，也就是常说的单一责任原则
2、各业务研发可以互不干扰、提升协作效率
3、业务组件可进行拔插，灵活多变
4、业务组件之间将不再直接引用和依赖，各个业务模块组件更加独立，降低耦合
5、加快编译速度，提高开发效率
App 壳工程：负责管理各个业务组件和打包 APK，没有具体的业务功能；
业务组件层：根据不同的业务构成独立的业务组件
功能组件层：对上层提供基础功能服务，如登录、日志服务等
基础库：包含了各种开源库以及和业务无关的各种自研工具库。
组件化与插件化区别
组件化开发：就是将一个 app 分成多个 Module，每个 Module 都是一个组件 (也可以是一个基础库供组件依赖)，开发的过程中我们可以单独调试部分组件，组件间不需要互相依赖，但可以相互调用，最终发布的时候所有组件以 arr 包的形式被主 app 工程依赖并打包成 1 个 apk。
插件化开发：和组件化开发略有不用，插件化开发时将整个 app 拆分成很多模块，这些模块包括一个宿主和多个插件，每个模块都是一个 apk（组件化的每个模块是个 arr 包），最终打包的时候将宿主 apk 和插件 apk (或其他格式) 分开或者联合打包。
实现组件化工程
这个完全可以参考 《组件化 Gradle 语法》，另外我在 B 站的视频里也有一个视频是专门讲解 Android 组件化工程搭建的：
APT 与 JavaPoet
APT：Annotation Processing Tool，是一个处理注解的工具，根据注解自动生成代码。
EventBus 直接一行一行把代码写进去的 -> EventBusAnnotationProcessor.java
生成 Java 文件的两种方式：
1、传统方式：以 EventBus 为代表
优点：以编程的流程写下去就行了
缺点：没有面向对象的思想融入
2、JavaPoet：
优点：加入面向对象的思想进行代码生成
缺点：倒序的流程写代码
JavaPoet 真的比传统方式好吗？并不是这样的，如果复杂的代码生成，反而效率低下。但是 JavaPoet 是发展趋势，加入面向对象的思想进行代码生成，真正的掌握了 JavaPoet 以后会爱不释手。
JavaPoet 常用方法总结
常用 Element 子类
TypeElement：类
ExecutableElement：成员方法
VariableElement：成员变量
通过包名和类名获取 TypeName1
TypeName targetClassName = ClassName.get (“PackageName”, “ClassName”);
通过 Element 获取 TypeName1
TypeName type = TypeName.get (element.asType ());
获取 TypeElement 的包名1
String packageName = processingEnv.getElementUtils ().getPackageOf (type).getQualifiedName ().toString ();
获取 TypeElement 的所有成员变量和成员方法1
List<? extends Element> members = processingEnv.getElementUtils ().getAllMembers (typeElement);