深入剖析 build.gradle 文件的详细信息

不同于Eclipse，Android Studio采用Gradle来构建项目，Eclipse开发是通过ADT进行项目编译、打包的，Android Studio中把ADT这块彻底抛弃了，引入了gradle这个自动化构建工具。Gradle是一个非常先进的项目构建工具。

项目中有两个build.gradle文件，一个在外层目录中，一个在app目录中，如图1-62所示，这两个文件对构建Android Studio项目起到了非常关键的作用。

下面是最外层的build.gradle文件。

图1-62 项目的两个build.gradle文件

这些代码是自动生成的，虽然语法结构看上去可能有点难以理解，但是如果忽略语法结构，只看最关键的部分，其实还是很好懂的。

首先，两处repositories的闭包中都声明了jcenter（）这行配置，jcenter是什么意思呢？其实它是一个代码托管仓库，很多Android开源项目都会选择将代码托管到jcenter上，声明了这行配置之后，我们就可以在项目中轻松引用任何jcenter上的开源项目了。

jcenter用来查找和分享常用Apache Maven包，可通过Maven、Gradle、Ivy和SBT等工具使用。

接下来，dependencies闭包中使用classpath声明了一个Gradle插件。为什么要声明这个插件呢？因为Gradle并不是专门为构建Android项目而开发的，Java、C++等很多种项目都可以使用Gradle来构建。因此如果我们要想使用它来构建Android项目，则需要声明com.android.tools.build：gradle：2.3.1这个插件。其中，最后面的部分是插件的版本号。

task clean声明了一个任务，任务名称为clean（也可以改为其他名称），任务类型是De-lete（也可以是Copy），就是每当修改settings.gradle文件后单击同步，就会删除root-Project.buildDir下的文件（实际上看到的效果是清除了External Libraries里的包，然后又添加了一次）。(www.xing528.com)

这样就将最外层目录下的build.gradle文件分析完了，通常情况下您并不需要修改这个文件中的内容，除非想添加一些全局的项目构建配置，例如前面介绍的插件项目。

下面我们再来看一下app目录下的build.gradle文件，代码如下：

这个文件中的内容相对复杂一些，下面一行行地进行分析。首先，第一行应用了两个插件，一般有三种值可选：com.android.application表示这是一个应用程序模块，com.android.library表示这是一个库模块，com.neenbedankt.android-apt表示这是一个外部插件。应用程序模块和库模块的最大区别在于，一个可以直接运行，一个只能作为代码库依附于别的应用程序模块来运行。

接下来是一个大的Android闭包，在这个闭包中我们可以配置项目构建的各种属性。其中，compileSdkVersion用于指定项目的编译版本，这里指定成25，表示使用Android7.0系统的SDK编译。buildToolsVersion用于指定项目构建工具的版本，目前最新的版本是25.0.2，如果有更新的版本，Android Studio会进行提示。

这里在Android闭包中又嵌套了一个defaultConfig闭包，defaultConfig闭包中可以对项目的更多细节进行配置。其中，applicationId用于指定项目的包名，前面我们在创建项目的时候其实已经指定过包名了，如果想对其进行修改，那么在这里修改即可。minSdkVersion用于指定项目最低兼容的Android系统版本，这里指定成21，表示最低兼容到Android 5.0系统。targetSdkVersion指定的值表示在该目标版本上已经做过了充分的测试，系统将会为应用程序启用一些最新的功能和特性。比如说Android 7.0系统中引入了运行时权限这个功能，如果将targetSdkVersion指定成24或者更高，那么系统会为程序启用运行时权限功能，而如果将targetSdkVersion指定成25，那么就说明程序最高只在Android 7.1.1系统上做过充分的测试，Android8.0系统中引入的新功能自然不会启用。剩下的两个属性都比较简单，ver-sionCode用于指定项目的版本号，versionName用于指定项目的版本名，这两个属性在生成安装文件的时候非常重要。

testInstrumentationRunner这一行表明要使用AndroidJUnitRunner进行单元测试。

分析完了defaultConfig闭包，接下来看一下buildTypes闭包。buildTypes闭包中用于指定生成安装文件的相关配置，通常只会有两个子闭包，一个是debug，一个是release。debug闭包用于指定生成测试版安装文件的配置，release闭包用于指定生成正式版安装文件的配置。另外，debug闭包是可以忽略不写的，因此我们看到上面的代码中只有一个release闭包。下面来看一下release闭包中的具体内容：minifyEnabled用于指定是否对项目的代码进行混淆，true表示混淆，false表示不混淆。proguardFiles用于指定混淆时使用的规则文件，这里指定了两个文件，第一个proguard-android.txt是在AndroidSDK目录下的，里面是所有项目通用的混淆规则，第二个proguard-rules.pro是在当前项目的根目录下的，里面可以编写当前项目特有的混淆规则。需要注意的是，通过AndroidStudio直接运行项目，生成的都是测试版安装文件。

这样整个Android闭包中的内容就分析完了，接下来还剩下一个dependencies闭包。这个闭包的功能非常强大，它可以指定当前项目所有的依赖关系。通常Android Studio项目一共有3种依赖方式：本地依赖、库依赖和远程依赖。本地依赖可以对本地的Jar包或目录添加依赖关系，库依赖可以对项目中的库模块添加依赖关系，远程依赖则可以对jcenter库上的开源项目添加依赖关系。观察一下dependencies闭包中的配置，第一行的compilefileTree就是一个本地依赖声明，它表示将libs目录下所有.jar后缀的文件都添加到项目的构建路径当中。而第二行的compile则是远程依赖声明，com.android.support：appcompat-v7：25.3.1就是一个标准的远程依赖库格式，其中com.android.support是域名部分，用于和其他公司的库做区分；appcompat-v7是组名称，用于和同一个公司中不同的库做区分；25.3.1是版本号，用于和同一个库不同的版本做区分。加上这句声明后，Gradle在构建项目时会首先检查本地是否已经有这个库的缓存，如果没有的话则会去自动联网下载，然后再添加到项目的构建路径当中。这里没有用到库依赖声明，它的基本格式是compile project后面加上要依赖的库名称，比如说有一个库模块的名字叫helper，那么添加这个库的依赖关系只需要加入com-pile project（：helper）这句声明即可。Apt表示是一个Gradle插件，协助Android Studio处理annotation processors，它有两个目的：（1）允许配置只在编译时作为注解处理器的依赖，而不添加到最后的APK或library；（2）设置源路径，使注解处理器生成的代码能被Android Studio正确地引用。另外剩下的一句testCompile，它用于声明测试用例库，我们暂时用不到，先忽略即可。