在非常简单的业务场景下，单一工程就可以实现一个完整的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);