详解build.gradle 文件

不用于Eclipse，Android Studio是采用Gradle 来构建项目的。Gradle 是一个非常先进的项目构建工具，它使用了一种基于Groovy 的领域特定语言（DSL）来声明项目设置，摒弃了传统基于XML（如Ant和Maven）的各种繁琐的配置。

项目中有两个build.gradle文件，一个是在最外层目录下的，一个是在app 目录下的。这两个文件对构建Android Studio 项目都起到了至关重要的作用，下面我们就来对这两个文件中的内容进行详细的分析。

1. 最外层目录下的 build.gradle文件

代码如下所示：

// Top-level build file where you can add configuration options common to all sub-projects/modules.

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

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

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

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

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

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

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

2.app 目录下的build.gradle 文件

代码如下所示：

apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.3"
    defaultConfig {
        applicationId "penny.helloworld"
        minSdkVersion 16
        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'
    compile 'com.android.support.constraint:constraint-layout:1.0.2'
    testCompile 'junit:junit:4.12'
}

这个文件中的内容就要相对复杂一些了，下面我们一行行的进行分析。

首先第一行应用了一个插件，一般有两种值可选：com.android.application 表示这是一个应用程序模块，com.android.library 表示这是一个库模块。应用程序模块和库模块的最大区别在于，一个是可以直接运行的，一个只能作为代码库依附于别的应用程序模块来运行。

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

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

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

这样整个android 闭包中的内容就都分析完了，接下来还剩一个dependencies 闭包。整个闭包的功能非常强大，他可以指定当前项目所有的依赖关系。通常Android Studio 项目一共有三种依赖方式：本地依赖、库依赖和远程依赖。本地依赖可以对本地的Jar包或目录添加依赖关系，库依赖可以对项目中的库模块添加依赖关系，远程依赖则可以对jcenter库上的开源项目添加依赖关系。观察一下dependencies 闭包中的配置，第一行的compile fileTree 就是一个本地依赖声明，它表示将libs目录下的所有.jar 后缀的文件都添加到项目的构造路径当中。而第二行的compile 则是远程依赖声明，com.android.support:appcompat-v7:25.3.1 就是一个标准的远程依赖库格式，其中com.android.support 是域名部分，用于和其它公司的库作区分；appcompat-v7 是组名称，用于和同一个公司中不同的库作区分；25.3.1 是版本号，用于和同一个库不同的版本作区分。加上这句声明后，Gradle 在构建项目时会首先检查一下本地是否已经有这个库的缓存，如果没有的话则会去自动联网下载，然后再添加到项目的构建路径当中。至于库依赖声明这里没有用到，它的基本格式是compile project 后面加上要依赖的库名称，比如说有一个库模块的名字是helper，那么添加这个库依赖关系只需要加入compile project(':helper') 这句声明即可。另外剩下的一句testCompile 是用于声明测试用例库的。

详解build.gradle 文件

猜你喜欢