Gradle 系列第二讲-android studio中的四个Gradle相关文件讲解

  在android studio中，我们创建一个android项目，会自动生成以下6个gradle的相关文件或文件夹。 下面我们来依次全面解析这几个文件的内容和具体的作用。

 android project
   ├── gradlew
   ├── gradlew.bat
   └── gradle/wrapper/
       ├── gradle-wrapper.jar
       └── gradle-wrapper.properties
   ├── build.gradle
   ├── settings.gradle
   └── app
       └── build.gradle

1. Gradle Wrapper文件夹和gradlew.bat，gradlew这两个文件，结构如下：

android project
   ├── gradlew
   ├── gradlew.bat
   └── gradle/wrapper/
       ├── gradle-wrapper.jar
       └── gradle-wrapper.properties

上一章说过Gradle是一个构建工具，所以要基于gradle去构建项目必须先下载gradle。 Gradle Wrapper文件夹和gradlew.bat，gradlew这两个文件在android studio中就是做这个作用的。开发者在构建自己app的时候只需要使用Wrapper。就不需要为你的电脑安装任何gradle版本，在mac上你只需要运行gradlew，而在windows上你只需要运行gradlew.bat。

gradle/wrapper中有一个jar文件，一个配置文件。配置文件包含以下信息：

distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-2.14.1-all.zip

我们只需要改变url就可以改变gradle版本。

同样的我们可以用android studio去查看当前gradle的版本，可以看到当前的Gradle版本是2.14.1

2.setting.gradle文件
当我们整个项目只有一个模块的时候，setting.gradle文件是下面这个样子的：


include ':app'

如果有多个model的时候（exoplayer-ext-ffmpeg和exoplayer-library是两个android library）：


include ':app', ':exoplayer-ext-ffmpeg', ':exoplayer-library'


setting.gradle文件将会在初始化时期执行，关于初始化阶段会在之后的章节中讲解。 setting.gradle文件是用来定义哪一个模块会被构建。 其实setting.gradle文件是针对多模块的。 我们之后会讲到，每一个模块都会对应一个build.gradle文件。如果我们的项目只有一个模块。那其实可以删除该文件。 在多模块的情况下， 例如
include ‘:app’, ‘:exoplayer-ext-ffmpeg’, ‘:exoplayer-library’
就是告诉gradle要构建这3个模块。 我们可以不知道 setting.gradle文件执行的细节。但是需要知道这个概念。

3.根目录的build.gradle
该这个gradle脚本是定义在这个工程下的所有模块的公共属性，它默认包含二个方法：

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:2.2.3'

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

buildscript方法是定义了全局的相关属性，repositories定义了jcenter作为仓库。一个仓库代表着你的依赖包的来源，例如maven仓库。
dependencies用来定义构建整个项目的过程所用的插件的。这意味着你不应该在该方法体内定义子模块的依赖包，
可以看到这里只定义了Android插件，这个插件就是用来执行android工程的构建相关任务的。
当然我们也可以添加其他的gradle插件，通常我们还会看到这样的的dependencies,

   dependencies {
        classpath 'com.android.tools.build:gradle:2.3.1'
        classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'
    }

这样我们就给项目添加了 gradle的apt插件。

allprojects方法可以用来定义各个模块的默认属性，你可以不仅仅局限于默认的配置，未来你可以自己创造tasks在allprojects方法体内，这些tasks将会在所有模块中可见。

同样的我们可以是android studio去查看当前的gradle插件版本，这来使用的是2.2.3

4.模块内的build.gradle
模块内的gradle文件只对该模块起作用，在android studio 中每个model都会对应一个build.gradle文件。模块内的gradle文件是用来描述具体的model的构建过程的，所以他可以重新任何根目录下gradle的参数。 通常新建的項目的build.gradle文件内容如下：

   apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.2"
    defaultConfig {
        applicationId "com.simon.table.myapplication"
        minSdkVersion 15
        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.3.1'
    testCompile 'junit:junit:4.12'
}

插件：
apply plugin: ‘com.android.application’ 是用来什么指定这个gradle是应用的是android插件。也就是我们根目录下的 dependencies中指定的那个。
这个android插件google的Android开发团队编写的插件，能够提供所有关于Android应用和依赖库的构建，打包和测试。

android:
然后是android{… } 结构体中的内容有很多，上面那些只是其中之一。 这个android其实可以理解为一个对象，用来描述当前的这个model的编译和打包相关规则。 下面先简单描述一下，之后会单开一章，具体讲解：
这个结构体中，唯一必须的两个元素为

compileSdkVersion：编译该app时候，你想使用到的api版本。
buildToolsVersion：构建工具的版本号。

defaultConfig方法包含了该app的核心属性，该属性会重写在AndroidManifest.xml中的对应属性。

   defaultConfig {
        applicationId "com.simon.table.myapplication"
        minSdkVersion 15
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

applicationId, 这个属性复写了AndroidManifest文件中的包名packagename. 但是applicationId 和packagename有一些不同，在用gradle构建android项目之前，packagename在AndroidManifest.xml有两个作用：是作为一个app的唯一标示，并作为用在R资源文件的包名。

如果applicationId和packagename不同，会把applicationId作为项目的包名。 packagename作为R资源文件的包名。 这种情况，我们就可以很简单的修改应用的包名了。

minSdkVersion和targetSdkVersion。这两个和AndroidManifest中的很像。minSdkVersion定义为最小支持api。

versionCode将会作为版本号标示，而versionName毫无作用。

所有的属性都是重写了AndroidManifest文件中的属性，所以你没必要在AndroidManifest中定义这些属性了。

buildTypes方法定义了如何构建不同版本的app，我会在下一篇博客中有所介绍。

依赖模块作为gradle默认的属性之一（这也是为什么其放在了Android的外面），为你的app定义了所有的依赖包。默认情况下，我们依赖了所有在libs文件下的jar文件，同时包含了AppCompat这个aar文件。我们将会在下一篇博客中讨论依赖的问题。