前言
看了大多数写Gradle的文章，一开始就先讲解各种概念，最后被绕的云里雾里，心里默默感慨道：讲的真tm的好，但是我还是不懂。
所以，我这里想先从全局上给大家来一个通俗的解释，尽量简洁明了，而后再各个深入进去。
阐明主题
Gradle作为一个构建工具，主要功能是打包用。没错，对于android工程来讲，就是最后产出一个apk或者aar，中间你可以插入你自定义的一些操作，比如改字节码，改资源名称之类的。
所以，大致的过程需要说一下：
1. 首先，读取工程根目录下settings.gradle文件，创建Settings 对象，获取 include 的 Projects
2. 根据获取的projects ,创建Project对象实例层次,单module就是单实例，多module就是多实例。
3. 然后会通过读取每个module下的build.gradle文件来评估这个Project，以及Project之间的先后顺序。
4. 最后会顺序执行这些project的build.gradle 的task，生成目标文件apk或aar。
注意，每个build.gradle都对应一个Project对象实例
一个例子
我们新建一个空白工程，只有一个主工程module，多module类似。
一个空白工程
可以看到有三个.gradle文件。settings.gradle,两个build.gradle，不过一个是application的，一个是module的。
settings.gradle
include ':app'
很简单，就执行了一个include方法，当然，多module的话，只需在后面加 ，'：module1'类似即可，当你加入一个新的module以后，一个ProjectDescriptor
便会被创建出来，然后你就可以用这个对象去改某个module的特定属性了，这里大部分人应该没怎么注意，看不懂也没关系，用到了就会懂了。
注意，我这里说执行了，为什么这么说呢？看这里: include确实是 Settings的一个方法，要多看api文档，很多问题都会迎刃而解。
build.gradle(Application)
// Top-level build file where you can add configuration options common to all sub-projects/modules.
看上面就应该清楚和module的区别了吧
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.2.0'
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
}
allprojects {
repositories {
jcenter() //jcenter仓库
}
}
这里是继承了Delete基类的 一个task，作用就是删除 rootProject.buildDir下的文件。
辣么问题来了，rootProject是什么鬼？为什么会有这个对象？
task clean(type: Delete) {
delete rootProject.buildDir
}
这里要介绍Build script structure，BS是一个以闭包为参数的方法调用，对就是这样。在x{y{}}中，这里的x{}和x{}里的y{}都是BS。
从下图可以看出，每一个BS都一一映射到一个类。BS中属性就对应于这些类的成员变量。我们可以参照官方文档来了解我们不知道的一些细节，也能为我们以后自己写插件做铺垫。
官方文档
build.gradle(module)
相信大家对这个就比较熟悉了，我们就先提出几个问题吧：apply 是什么鬼？为什么这样就把android主module用到的BS全部都包含进去了？android{}这个东西是怎么来的？
apply plugin: 'com.android.application'
android {
compileSdkVersion 25
buildToolsVersion "25.0.1"
defaultConfig {
applicationId "com.shang.myapplication"
minSdkVersion 10
targetSdkVersion 25
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
})
compile 'com.android.support:appcompat-v7:25.1.1'
testCompile 'junit:junit:4.12'
}
Ctrl+鼠标放到apply可以看到下图:
PluginAware
前面我们讲个每个build.gradle文件都对应一个Project对象，辣么很显然这个apply就应该是这个类的方法，我就毫不犹豫的打开了Project类
介绍，Project 实现了PluginAware接口，全局搜了下apply，豁然明了:apply to ,apply plugin ,apply from。apply plugin 对应的是插件的id，而这个插件里则定义了很多个属性，闭包，来提供给我们做个性化定制使用。
apply
写到这里，对一个简单工程的gradle分析大致结束了，其实很多东西，网上的人云亦云，照抄照搬，看来看去，还不如直接对照官方文档来得方便，希望能够多多阅读api文档，与大家共勉。
网友评论