Android構建系統編譯你的app資源和原始碼並且打包到APK中，你可以用來測試，部署，簽名和釋出。Android Studio使用Gradle，一個高階的構建套件，來自動化和管理構建程序，同時可以允許你靈活的自定義構建配置。每個構建配置可以定義它自己的程式碼和資源集合。

Gradle和Android外掛獨立於Android Studio執行。這就意味著你可以在你的機器上在命令列、Android Studio、或者沒有安裝Android Studio的機器中構建你的Android APP。

Android構建系統的靈活性允許你在不修改你的APP核心程式碼的情況下執行自定義的構建配置。

構建程序

構建程序包含很多工具和程序來幫助將你的專案轉化為APK（Android Application Package）。構建程序非常靈活。

遵循如下幾步：
1、 編譯器將你的原始碼轉化為DEX（Dalvik Executable）檔案，包含Android裝置中可以執行的位元組碼和其他編譯的資原始檔。
2、 APK打包工具將DEX檔案和編譯後的資源打包到一個單獨的APK中，但是在你安裝和部署之前，APK必須進行簽名。
3、 APK打包工具會用debug key或者release key對你的APK進行簽名。
4、 在你生成最終的APK之前，打包工具只用aipalign工具來優化你的程式碼。這可以在app執行時降低記憶體。

自定義構建配置

Build Types
構建型別定義在構建和打包app是Gradle使用的一些屬性配置。在不同的開發週期是不同的。比如，debug 構建型別開啟除錯選項並且使用debug key對APK進行簽名。而release 構建型別可能需要壓縮、模糊並且使用release key對APK進行簽名。為了構建你的app，你必須至少宣告一種型別。

Product Flavors
Product flavors代表釋出給使用者的不同版本的APP。比如，免費和付費的APP版本。你可以通過定製Product flavors來使用不同的程式碼和資源，同時共用所有版本APP可複用的部分。Product Flavors是可選的，你必須手動建立它們。

Build Variants
Build variant是build type和product flavor混合的產物。這是Gradle用來構建你的app的相關配置。通過使用build variant，你可以在開發中構建你的product flavor的debug版本，或者product flavor的簽名的釋出版本。雖然你沒有直接配置build variant，你可以通過配置build type和product flavor來實現對build variant的配置。建立額外的build type或者product flavor同樣可以建立額外的build variant。

Mainfest Entries
你可以在build variant配置裡宣告manifest檔案裡的一些屬性值。這些值會腹瀉manifest檔案中已經存在的值。

Dependencies
構建系統管理專案的依賴，從本地的依賴到遠端的依賴。這個可以讓你方便的對依賴進行管理。

Signing
構建系統允許你在構建配置中宣告簽名設定，這可以在你構建的時候自動的對你的APK進行簽名。構建系統不會對release版本進行簽名，除非你定義一個簽名配置。

ProGuard
構建系統允許你為每一個build variant宣告一個不同的ProGuard規則檔案。

構建配置檔案

建立自定義的配置需要你對一個或多個構建配置檔案進行更改，或者build.gradle檔案。這些文字使用DSL來描述和控制構建邏輯。
當你建立一個新的專案時，Android Studio自動為你建立一些檔案，如圖：

這是一些Gradle構建配置檔案，作為Android應用標準專案結構的一部分。

Gradle設定檔案

gradle.settings檔案位於專案的根目錄下，來通知Gradle在構建你的應用的時候需要包括哪些模組，大部分專案如下：

include ‘:app’

頂層的構建檔案

位於專案根目錄的build.gradle檔案，定義了可以應用於你的專案的所有模組的構建配置。預設情況下，頂層的構建檔案在buildscript{}中定義Gradle repositories和依賴，這可以應用到專案的所有的模組中。如下：

/**
 * The buildscript {} block is where you configure the repositories and
 * dependencies for Gradle itself--meaning, you should not include dependencies
 * for your modules here. For example, this block includes the Android plugin for
 * Gradle as a dependency because it provides the additional instructions Gradle
 * needs to build Android app modules.
 */

buildscript {

    /**
     * The repositories {} block configures the repositories Gradle uses to
     * search or download the dependencies. Gradle pre-configures support for remote
     * repositories such as JCenter, Maven Central, and Ivy. You can also use local
     * repositories or define your own remote repositories. The code below defines
     * JCenter as the repository Gradle should use to look for its dependencies.
     */

    repositories {
        jcenter()
    }

    /**
     * The dependencies {} block configures the dependencies Gradle needs to use
     * to build your project. The following line adds Android Plugin for Gradle
     * version 2.0.0 as a classpath dependency.
     */

    dependencies {
        classpath 'com.android.tools.build:gradle:2.0.0'
    }
}

/**
 * The allprojects {} block is where you configure the repositories and
 * dependencies used by all modules in your project, such as third-party plugins
 * or libraries. Dependencies that are not required by all the modules in the
 * project should be configured in module-level build.gradle files. For new
 * projects, Android Studio configures JCenter as the default repository, but it
 * does not configure any dependencies.
 */

allprojects {
   repositories {
       jcenter()
   }
}

模組構建檔案

模組的build.gradle檔案，位於//目錄下，允許你對特定的模組進行構建配置。配置這些構建設定允許你提供自定義的打包選項，比如額外的build type和product flavor，複寫mainfies中的設定或者頂層build.gradle檔案的配置。程式碼如下：

/**
 * The first line in the build configuration applies the Android plugin for
 * Gradle to this build and makes the android {} block available to specify
 * Android-specific build options.
 */

apply plugin: 'com.android.application'

/**
 * The android {} block is where you configure all your Android-specific
 * build options.
 */

android {

  /**
   * compileSdkVersion specifies the Android API level Gradle should use to
   * compile your app. This means your app can use the API features included in
   * this API level and lower.
   *
   * buildToolsVersion specifies the version of the SDK build tools, command-line
   * utilities, and compiler that Gradle should use to build your app. You need to
   * download the build tools using the SDK Manager.
   */

  compileSdkVersion 23
  buildToolsVersion "23.0.3"

  /**
   * The defaultConfig {} block encapsulates default settings and entries for all
   * build variants, and can override some attributes in main/AndroidManifest.xml
   * dynamically from the build system. You can configure product flavors to override
   * these values for different versions of your app.
   */

  defaultConfig {

    /**
     * applicationId uniquely identifies the package for publishing.
     * However, your source code should still reference the package name
     * defined by the package attribute in the main/AndroidManifest.xml file.
     */

    applicationId 'com.example.myapp'

    // Defines the minimum API level required to run the app.
    minSdkVersion 14

    // Specifies the API level used to test the app.
    targetSdkVersion 23

    // Defines the version number of your app.
    versionCode 1

    // Defines a user-friendly version name for your app.
    versionName "1.0"
  }

  /**
   * The buildTypes {} block is where you can configure multiple build types.
   * By default, the build system defines two build types: debug and release. The
   * debug build type is not explicitly shown in the default build configuration,
   * but it includes debugging tools and is signed with the debug key. The release
   * build type applies Proguard settings and is not signed by default.
   */

  buildTypes {

    /**
     * By default, Android Studio configures the release build type to enable code
     * shrinking, using minifyEnabled, and specifies the Proguard settings file.
     */

    release {
        minifyEnabled true // Enables code shrinking for the release build type.
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
    }
  }

  /**
   * The productFlavors {} block is where you can configure multiple product
   * flavors. This allows you to create different versions of your app that can
   * override defaultConfig {} with their own settings. Product flavors are
   * optional, and the build system does not create them by default. This example
   * creates a free and paid product flavor. Each product flavor then specifies
   * its own application ID, so that they can exist on the Google Play Store, or
   * an Android device, simultaneously.
   */

  productFlavors {
    free {
      applicationId 'com.example.myapp.free'
    }

    paid {
      applicationId 'com.example.myapp.paid'
    }
  }
}

/**
 * The dependencies {} block in the module-level build configuration file
 * only specifies dependencies required to build the module itself.
 */

dependencies {
    compile project(":lib")
    compile 'com.android.support:appcompat-v7:22.0.1'
    compile fileTree(dir: 'libs', include: ['*.jar'])
}

Gradle屬性檔案

Gradle也包括兩個屬性檔案，在專案的根目錄。你可以用來宣告Gradle構建套件的設定：

Gradle.properties
這裡你可以設定全域性Gradle設定。

Local.properties
為你的構建系統配置本地環境屬性，比如SDK安裝位置。因為這個檔案的內容是Android Studio自動生成的，針對本地的開發環境，所以你不需要手動更改這個檔案或者將其新增到你的版本控制系統中。

使用Gradle同步專案

當你更改了你的專案中的構建配置檔案之後，Android Studio需要你同步你的專案，這樣你就可以匯入你的專案配置並且執行一些檢測來確保你的配置不會導致建立構建錯誤。

同步你的專案檔案，在你更改之後，會有個提示框，點選Sync Now。如果發現問題，Android Studio會報錯：

Source Sets

Android Studio為每個模組合理的組織程式碼和資源。一個模組的main目錄包含了程式碼和資源。

本文作者：宋志輝
個人微博：點選進入