外层目录下的build.gradle文件通常不用修改，它是自动生成的，它声明了两
个Android开源仓库和一个dependencies闭包中使用classpath声明了一个用于构建Android项目的Gradle。
app目录下的build.gradle文件。
apply plugin: 'com.android.application'
android {
compileSdkVersion 26
defaultConfig {
applicationId "com.example.silver.helloworld"
minSdkVersion 15
targetSdkVersion 26
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:26.1.0'
implementation 'com.android.support.constraint:constraint-layout:1.0.2'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
}
第一行应用了一个插件，一般有两种值：com.android.application表示这是一个应用程序模块，com.android.library表示这是一个库模块，它们的区别是应用程序模块可以直接运行，但代码库只能依附于别的应用程序模块来运行。
接着是一个大的android闭环包，在里面配置项目构建的各种属性。
compileSdkVersion指定项目的编译版本。
buildToolsVersion指定项目构建工具的版本
然后可以看到在Android闭包中有嵌套了一个defaultConfig闭包，在这里对项目的更多细节进行配置。
defaultConfig闭包中的applicationID指定项目的包名，用于修改在创建项目时指定的包名。minSdkVersion用于指定项目最低兼容的Android系统版本。
targetSdkVersion指定的值表示在该目标版本上已经做了充分的测试，系统会将为该应用程序启用最新的功能和特性。
versionCode用于指定项目的版本号，versionName用于指定项目的版本名。
接下来分析android闭包下的子闭包buildTypes。
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
buildTypes用于指定生成安装文件的相关配置，一般有两个子闭包，一个是debug{}，另一个是release{}。debug用于指定生成测试版安装文件的配置，是可以省略不写的，所以上面的示例代码只有release闭包。release闭包用于指定生成正式版安装文件的配置。在release闭包中的minifyEnable代表是否启用压缩来移除发布构建中未使用的代码和资源、是否开启代码混淆，以及指定的混淆规则文件；proguardFiles关键字，用于指定混淆时使用的规则文件，这里制定了两个文件，第一个proguard-android.txt是在 Android SDK 目录下，里面是所有项目通用的规则，第二个proguard-rules.pro是在当前项目的根目录下的，可以编写用于当前项目的混淆规则。在第一行代码这本书中对minifyEnable叙述不全，这里给出Android Studio对应的的User Guide。
代码压缩通过 ProGuard 提供，ProGuard 会检测和移除封装应用中未使用的类、字段、方法和属性，包括自带代码库中的未使用项（这使其成为以变通方式解决 64k 引用限制的有用工具）。ProGuard 还可优化字节码，移除未使用的代码指令，以及用短名称混淆其余的类、字段和方法。混淆过的代码可令您的 APK 难以被逆向工程，这在应用使用许可验证等安全敏感性功能时特别有用。
以上android闭包的所有内容就分析完成了。接下来还剩一个dependencies闭包。它可以指定当前项目所有的依赖关系。
通常Android Studio项目共有三种依赖方式：本地依赖、库依赖以及远程依赖。
本地依赖可以对本地的jar包或者目录添加依赖关系。
库依赖可以对项目中的库模块添加依赖关系
远程依赖可以对jcenter库上的开源项目添加依赖关系
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:26.1.0'
implementation 'com.android.support.constraint:constraint-layout:1.0.2'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
}
第一行complie的fileTree是一个本地依赖说明，表示将libs目录下的所有.jar后缀的文件都添加到项目的构建路径当中。
第二行的compile是远程依赖说明，com.android.support:appcompat-v7:26.1.0 是一个标准的远程依赖库格式，com.android.support是域名，appcompat-v7是组名称，26.1.0是版本号，它们以冒号分隔开。
库依赖声明在这里没有用到，它的基本格式是在compile project后面添加要依赖的库名称，比如一个名为helper的库模块，则添加这个库的依赖关系只要加入compile project(':helper')即可。
至于最后剩下的testCompile是用于声明测试用例库的。
