在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中的<uses-sdk>很像。minSdkVersion定义为最小支持api。
versionCode将会作为版本号标示，而versionName毫无作用。
所有的属性都是重写了AndroidManifest文件中的属性，所以你没必要在AndroidManifest中定义这些属性了。
buildTypes方法定义了如何构建不同版本的app，我会在下一篇博客中有所介绍。
依赖模块作为gradle默认的属性之一（这也是为什么其放在了Android的外面），为你的app定义了所有的依赖包。默认情况下，我们依赖了所有在libs文件下的jar文件，同时包含了AppCompat这个aar文件。我们将会在下一篇博客中讨论依赖的问题。
