一、组件化由来

常规的项目是由一个Application模块和若干个Library模块组合而成。编译一个apk需要编译所有的模块，如果项目比较大，或者是我只是修改了一个小功能，那么这样编译起来就很浪费时间。组件化就是可以动态的将library模块切换成application模块，单独编译一个library。这样测试起来就很方便。

二、怎么样动态切换library模块称为application模块？

通过gradle来操作！

2.1 步骤一：先在项目的根目录下建立config.gradle文件，里面是配置内容是所有项目都可以引用的：

config.gradle

2.2 步骤二：对module2的build.gradle文件进行修改：

if (isModule) {
    //集成模式
    apply plugin: 'com.android.library'
} else {
    //组件模式
    apply plugin: 'com.android.application'
}


//rootProject是grovey语言的关键字，表示能拿到根目录下定义的所有信息
def cfg = rootProject.ext.android
def appId = rootProject.ext.appId
def v7 = rootProject.ext.dependencies

android {
    compileSdkVersion cfg.compileSdkVersion


    defaultConfig {

        if (!isModule) {
            //是组件模式，需要有appid
            applicationId appId["module2"]
        }

        //代码里面可以用BuildConfig.isModule来判断当前是否是组件模式
        buildConfigField("boolean", "isModule", String.valueOf(isModule))

        //资源配置
        sourceSets {
            main {
                if (!isModule) {
                    //组件模式,自定义AndroidManifest和java文件的路径
                    manifest.srcFile 'src/main/module/AndroidManifest.xml'
                    java.srcDirs 'src/main/module/java', 'src/main/java'
                } else {
                    //不是组件化，还原
                    manifest.srcFile 'src/main/AndroidManifest.xml'
                    java.srcDirs 'src/main/java'
                }
            }
        }
        minSdkVersion cfg.minSdkVersion
        targetSdkVersion cfg.targetSdkVersion
        versionCode cfg.versionCode
        versionName cfg.versionName

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }

}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])

    implementation v7["appcompat-v7"]
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.2'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
}

image.png

现在就可以对Module模块单独编译啦（但是不要忘记增加LaunchActivity哦）！

三、页面路由

问题引入：如果我想要module1模块跳转到module2模块，再从module2跳转到module1，甚至是调用另一个模块的某个方法，那该怎么办呢？

路由框架原理是由APT帮我们创建一系列被Route注解过的类对象文件，这些文件内部是路由表，由路由地址和路由信息组合而成。
先介绍什么是APT？

3.1 APT的定义

APT(Annotation Processor Tool)注解处理器，是javac的一个工具，用来在编译时扫描和编译处理注解（Annotation）。你可以自己定义注解和注解处理器去搞一些事情。一个注解处理器它以Java代码或者（编译过的字节码）作为输入，生成文件（通常是Java文件）。这些生成的java文件不能修改，并且会同其手动编写的java代码一样，会被javac编译。

3.2 APT的好处

这里用ButterKnife举例说明:
我们新建一个类：MainActivity_Binding：构造方法里面传入MainActivity的对象，这里简单的执行findViewById的操作：

image.png

然后我们在MainActivity里面，直接new出MainActivity_Binding的实例，那么它是不是就自动的帮我们执行了findViewById的操作？其实这也就是APT的原理，APT为我们生成了MainActivity_Binding这样的对象，只不过用到了注解，这样就为我们省下了很多行代码。

3.3APT使用初体验

3.3.1 新建一个注解，并在MainActivity类上使用该注解：

image.png
image.png

3.3.2 新建一个java模块：testProcessor

在该模块下新创建一个类TestProcessor 继承AbstractProcessor：

image.png

重写的process方法，里面的set集合就是使用注解的节点集合（类节点、属性节点、函数节点），遍历set集合，发现我们能拿到Route注解的MainActivity所有的信息！！！，同时结合javapoet这个库提供的api方法，来帮我们组合新的类文件，所以我们拿到了MainActivity的所有信息（类名路径、属性对象、方法等等），那何愁搞不出一番大事呢？。。。

image.png
所以说APT注解处理器是路由框架的核心实现部分，在下一篇组件化开发之旅2中，我们将手写路由框架，带领大家揭开路由框架的神秘面纱！！！