[关闭]
@946898963 2021-06-04T16:22:14.000000Z 字数 15418 阅读 1332

Android Studio中的Gradle的相关知识

AndroidStudio Gradle

最近老大在群里扔了一个给Gradle设置代理的链接，设置代理的过程中发现自己对Android Studio中的Gradle的相关知识不是很熟悉了(汗)，所以特地在周末查了资料重新熟悉了下。

构建工具

软件开发过程不仅仅是编写代码，还涉及到对项目的管理，比如：编译、签名、打包、依赖管理等一系列操作，为了复用以及自动运行这些操作，我们可以用代码来描述这些功能，而构建工具就是可以让我们用代码描述这些功能，并为这些功能性代码的运行提供环境支持的工具。

传统的构建工具有Make、Ant、Maven、Ivy等，而Android Studio中使用的是Gradle，所以接下来我们要对Android Studio中的Gradle的相关配置进行讲解。

Android Studio中Gradle，Gradle插件和BuildTools

Gradle，Gradle插件和BuildTools的区别

Gradle

Gradle是一个基于JVM的构建工具，是一款通用灵活的构建工具，基于Groovy，build脚本使用Groovy编写，在android项目中可以自动帮我们完成项目的依赖，打包，签名，发布等一系列操作。

Gradle插件

Android Gradle Plugin作用是对Android项目提供Gradle构建环境，让开发者可以通过Gradle工具来运行构建。Gradle插件为Gradle的运行提供了环境支持。

BuildTools

Android构建的相关工具都在这里面，位于./sdk/build-tools/目录下，它提供了类似aapt、dx这样的工具，gradle则是使用这样的工具来完成相应的构建任务。

总结来说，Gradle插件为Gradle提供了运行环境，而BuildTools则是Gradle完成操作所需要借助的工具的集合。

指定Gradle的版本

更新Gradle也有两种方式：

指定Gradle插件的版本

安装Android Studio后就已经帮我安装了Gradle插件．但Gradle插件是独立于Android Studio运行的,所以它的更新也是与Android Studio分开的。

指定Gradle插件版本有两种方式：

下面的例子在build.gradle中设置Gradle插件版本为2.2.0：

  1. buildscript {
  2.   ...
  3.   dependencies {
  4.     classpath 'com.android.tools.build:gradle:2.2.0'
  5.   }
  6. }

注意:不应该动态指定版本号，如"com.android.tools.build:gradle:2.+".这样做可能会导致意外的版本更新，并且会给解决版本差异带来困难。

如果指定的版本没有下载下来，那么项目在下次构建的时候Gradle会再去下载。或者你也可以点击Tools > Android > Sync Project with Gradle Files去下载。

补充：Gradle插件的保存路径是

Mac系统默认下载到：/Users/(用户名)/.gradle/caches/modules-2/files-2.1
Windows系统默认下载到：C:\Users(用户名).gradle\caches\modules-2\files-2.1

注意，这个路径恰好是Gradle下载的依赖包的保存路径。

指定BuildTools的版本

app目录下的build.gradle

  1. apply plugin: 'com.android.application'
  3. android {
  4.     ....
  5.     buildToolsVersion "25.0.2"
  6.     defaultConfig {
  7.         ....
  8.     }
  9.     buildTypes {
  10.         release {
  11.            ....
  12.         }
  13.     }
  14. }
  16. dependencies {
  17. ....
  18. }

Gradle，Gradle插件和BuildTools的版本匹配

因为Gradle仍在发展，在不断更新，自然Gradle插件和BuildTools也需要不断更新版本才能提供对新版本Gradle的支持，它们之间存在着版本对应关系。

此处输入图片的描述

Android Studio中的Gradle的配置

设置Gradle的路径

use defalut gradle wrapper

当我们在setting下gradle下设置gradle选择“use defalut gradle wrapper(recommended)”时，as就会根据{project.dir}\gradle\wrapper\gradle-wrapper.properties文件中的配置去查找gradle。

此处输入图片的描述

我们用as构建android项目时，配置gradle时我们必须在{project.dir}\gradle\wrapper\gradle-wrapper.properties文件中配置gradle包。

  1. #Mon Sep 11 14:41:13 CST 2017
  2. distributionBase=GRADLE_USER_HOME
  3. distributionPath=wrapper/dists
  4. zipStoreBase=GRADLE_USER_HOME
  5. zipStorePath=wrapper/dists
  6. distributionUrl=https\://services.gradle.org/distributions/gradle-3.3-all.zip

GRADLE_USER_HOME是我们配置的Gradle所在路径的环境变量。配置的时候可以是“用户主目录/.gradle”或者as安装目录下的gradle目录。

这个配置的gradle如果在目录“用户主目录/.gradle/wrapper/dists/..”存在的话，as就不会去https://services.gradle.org/distributions/gradle-3.3-all.zip去下载了，as就会利用该目录下对应版本的gradle进行相应自动编译操作，如果该目录下不存在gradle的话as就会去站点根据gradle的版本去下载到“用户主目录/.gradle/wrapper/dists/gradle-3.3-all”目录下。

use local gradle distribution

当我们在setting下gradle下设置gradle，如果选择的是“use local gradle distribution”的话，表示用的是本地的gradle，一般情况下本地的gradle目录会选择as的主目录下的gradle目录。这个时候{project.dir}\gradle\wrapper\gradle-wrapper.properties文件中的配置就会失效，也就是说as不会去“用户主目录/.gradle/wrapper/dists/gradle-..*”中去查找gradle。

此处输入图片的描述

Offline work

前面的两个配置是查找构建项目所需要的gradle，而如何Offline work（离线模式）则是和gradle管理依赖有关，选择这个选项，开启离线模式后，Gradle将不会联网查找依赖，而是仅从本地缓存中查找，所以要慎重开启此选项。

补充：

Gradle下载的依赖包的缓存目录

Mac系统默认下载到：/Users/(用户名)/.gradle/caches/modules-2/files-2.1
Windows系统默认下载到：C:\Users(用户名).gradle\caches\modules-2\files-2.1

配置用户环境变量的方法

打开终端输入 open .bash_profile，添加如下内容：

  1. GRADLE_HOME=“用户主目录/.gradle”或者as安装目录下的gradle目录
  2. export GRADLE_HOME
  3. export PATH=$PATH:$GRADLE_HOME/bin

保存退出后，在终端输入：source .bash_profile更新配置。

给Gradle设置代理

Gradle下载依赖的时候，Gradle默认直连网络，即使Mac设置了全局代理也是一样。就算你给Android Studio设置了代理，它依旧会风轻云淡地直连那个你在中国一辈子也不可能连上的网站……

要让Gradle走代理，加快下载依赖包的速度，你需要给它进行单独的配置。

设置全局代理

通过命令行

socks

  1. gradle -DsocksProxyHost=127.0.0.1 -DsocksProxyPort=1080 build

http

  1. gradle -Dhttp.proxyHost=127.0.0.1 -Dhttp.proxyPort=8080 build

https

  1. gradlew -Dhttps.proxyHost=127.0.0.1 -Dhttps.proxyPort=8080 build
通过配置gradle.properties

在.gradle目录中创建gradle.properties文件，.gradle目录默认在用户目录下(区别window/linux)，如果你设置了环境变量GRADLE_USER_HOME=“地址”，那么就在这个地址下。

在gradle.properties加入如下内容：

socks

  1. systemProp.socksProxyHost=127.0.0.1
  2. systemProp.socksProxyPort=1080
  3. systemprop.socksProxyVersion=5

http

  1. systemProp.http.proxyHost=www.somehost.org
  2. systemProp.http.proxyPort=8080

https

  1. systemProp.https.proxyHost=www.somehost.org
  2. systemProp.https.proxyPort=8080

相同代理协议下，命令行方式中参数-Dxxx的xxx与gradle.properties中systemProp.xxx的xxx是一致的。所以，了解其中一种方式即可，需要时转为另一种方式也很简单。

对单个项目设置代理

在项目根目录下gradle.properties 文件中，添加以上内容即可。

随着Gradle相关插件的升级，上述的代理设置可能，会失效，如果失效的话，建议参考：Android Studio Gradle 设置代理 socks5进行设置。

Android项目中Gradle相关文件说明

Android Studio中项目的文件目录结构图：

此处输入图片的描述

从上图中我们可以看到，与 Gradle 有关的文件基本上分为七种：

  1. app目录下的build.gradle (当然其他 module 下也有)；
  2. 根目录下的gradle 文件夹；
  3. 根目录下的build.gradle ；
  4. 根目录下的settings.gradle ；
  5. 根目录下的gradle.properties ；
  6. 根目录下的local.properties ；
  7. 根目录下的gradlew和gradlew.bat ；

也许有人会说根目录下还有一个config.gradle文件呢，其实这是我自定义的 gradle文件，自定义Gradle文件会在下面中讲解，这里先搁置一下。好了，那么我们一个一个地来看看他们的作用吧。

app目录下的build.gradle

  1. apply plugin: 'com.android.application'
  2. android {
  3.     compileSdkVersion 23 //编译时候用的sdk的版本
  4.     buildToolsVersion "23.0.2" // build工具版本
  5.     defaultConfig {
  6.         applicationId "com.yuqirong.koku" // 应用包名
  7.         minSdkVersion 15 // 最低适用sdk版本
  8.         targetSdkVersion 23 // 目标sdk版本
  9.         versionCode 1 // 版本号
  10.         versionName "1.0" // 版本名称
  11.     }
  12.     buildTypes {
  13.         release {
  14.             minifyEnabled true // 开启混淆
  15.             zipAlignEnabled true // 对齐zip
  16.             shrinkResources false // 删除无用资源
  17.             debuggable false // 是否debug
  18.             versionNameSuffix "_release" // 版本命名后缀
  19.             proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' // 混淆文件
  20.         }
  22.         debug {
  23.             zipAlignEnabled false
  24.             shrinkResources false
  25.             minifyEnabled false
  26.             versionNameSuffix "_debug"
  27.             signingConfig signingConfigs.debug
  28.             proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
  29.         }
  30.     }
  31. }
  32. dependencies {
  33.     compile fileTree(dir: 'libs', include: ['*.jar'])
  34.     testCompile 'junit:junit:4.12'
  35.     compile 'com.android.support:appcompat-v7:23.2.1'
  36.     compile 'com.android.support:design:23.2.1'
  37. }

第一句apply plugin:'com.android.application'主要用来申明这是一个Android程序。而dependencies用于引入依赖，这个相信大家都比较了解了。其他的配置比较简单都有注释，就不展开讲了。

CompileSdkVersion是告诉gradle用哪个SDK版本来编译，和运行时要求的版本号没有关系；使用任何新添加的API就需要使用对应Level的Android SDK。

buildToolsVersion是Android构建工具的版本，其中包括了打包工具aapt、dx等等。这个工具的目录位于..your_sdk_path/build-tools/XX.XX.XX，buildToolsVersion的版本需要>=CompileSdkVersion；高版本的build-tools可以构建低版本的android程序。例如：

  1. compileSdkVersion 18  
  2. buildToolsVersion "22.0.1"

minSdkVersion最低适用sdk版本，如果compileSdkVersion设置为可用的最新API，那么minSdkVersion则是应用可以运行的最低要求。minSdkVersion是Google Play商店用来判断用户设备是否可以安装某个应用的标志之一。

targetSdkVersion目标sdk版本，targetSdkVersion是Android系统提供前向兼容的主要手段。这是什么意思呢？随着Android系统的升级，某个系统的API或者模块的行为可能会发生改变，但是为了保证老APK的行为还是和以前兼容。只要APK的targetSdkVersion不变，即使这个APK安装在新Android系统上，其行为还是保持老的系统上的行为，这样就保证了系统对老应用的前向兼容性。关于相关的例子和原理，建议阅读：Android targetSdkVersion 原理。

minSdkVersion和targetSdkVersion与compileSdkVersion的另一个不同之处是它们会被包含进最终的APK文件中，如果你查看生成的AndroidManifest.xml 文件，你会看到类似下面这样的标签：

  1. <uses-sdk android:targetSdkVersion="23" android:minSdkVersion="7" />

如果你在manifest文件中手工设置，你会发现Gradle在构建时会忽略它们（尽管其它构建系统可能会明确依赖它们）。

如何选择 compileSdkVersion, minSdkVersion 和 targetSdkVersion

当然除了上面的配置之外，还有很多配置也常常写入到app/build.gradle 中。我们慢慢往下看。

  1. signingConfigs {
  3.     release { // 正式版本的签名
  4.         storeFile file("../koku.jks") // 密钥文件位置
  5.         storePassword "xxxxxxxxx" // 密钥密码
  6.         keyAlias "koku" // 密钥别名
  7.         keyPassword "xxxxxxxxx" // 别名密码
  8.     }
  10.     debug { // debug版本的签名
  11.         // no keystore
  12.     }
  14. }

使用时只要在buildTypes的release中加一句signingConfig signingConfigs.release就好了。

如果你觉得把密钥密码和别名密码放在 app/build.gradle 里不安全，那么可以把相关密码放到不加入版本控制系统的 gradle.properties 文件：

  1. KEYSTORE_PASSWORD=xxxxxxxxxx
  2. KEY_PASSWORD=xxxxxxxxx

对应的 signingConfigs 配置：

  1. signingConfigs {
  2.     release {
  3.         try {
  4.             storeFile file("../koku.jks")
  5.             storePassword KEYSTORE_PASSWORD
  6.             keyAlias "koku"
  7.             keyPassword KEY_PASSWORD
  8.         }
  9.         catch (ex) {
  10.             throw new InvalidUserDataException("You should define KEYSTORE_PASSWORD and KEY_PASSWORD in gradle.properties.")
  11.         }
  12.     }
  13. }
  1. compileOptions { // java 版本
  2.     sourceCompatibility JavaVersion.VERSION_1_8
  3.     targetCompatibility JavaVersion.VERSION_1_8
  4. }

这里需要注意下，如果Java编译版本为1.8的话，另外在defaultConfig 里要配置Jack编译器：

  1. jackOptions {
  2.     enabled true
  3. }
  1. lintOptions {
  2.     abortOnError false // 是否忽略lint报错
  3. }
  1. productFlavors {
  2.     xiaomi {}
  3.     googleplay {}
  4.     wandoujia {}
  5. }

整个app/build.gradle文件配置如下所示：

  1. apply plugin: 'com.android.application'
  3. android {
  4.     compileSdkVersion rootProject.ext.android.compileSdkVersion
  5.     buildToolsVersion rootProject.ext.android.buildToolsVersion
  6.     defaultConfig {
  7.         applicationId "com.yuqirong.koku" // 应用包名
  8.         minSdkVersion 15 // 最低适用sdk版本
  9.         targetSdkVersion 23 // 目标sdk版本
  10.         versionCode 1 // 版本号
  11.         versionName "1.0" // 版本名称
  12.         testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
  13.         // 默认是umeng的渠道
  14.         manifestPlaceholders = [UMENG_CHANNEL_VALUE: "umeng"]
  15.         jackOptions {
  16.             enabled true
  17.         }
  18.     }
  19.     java 版本
  20.     compileOptions {
  21.         sourceCompatibility JavaVersion.VERSION_1_8
  22.         targetCompatibility JavaVersion.VERSION_1_8
  23.     }
  24.     signingConfigs {
  25.         release {
  26.             storeFile file("../koku.jks")
  27.             storePassword "xxxxxx"
  28.             keyAlias "koku"
  29.             keyPassword "xxxxxx"
  30.         }
  31.         debug {
  32.             // no keystore
  33.         }
  34.     }
  35.     buildTypes {
  36.         release {
  37.             // 开启混淆
  38.             minifyEnabled true
  39.             // 对齐zip
  40.             zipAlignEnabled true
  41.             // 删除无用资源
  42.             shrinkResources false
  43.             // 是否debug
  44.             debuggable false
  45.             // 命名后缀
  46.             versionNameSuffix "_release"
  47.             // 签名
  48.             signingConfig signingConfigs.release
  49.             proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
  50.             applicationVariants.all { variant ->
  51.                 variant.outputs.each { output ->
  52.                     def outputFile = output.outputFile
  53.                     if (outputFile != null && outputFile.name.endsWith('.apk')) {
  54.                         // 输出apk名称为koku_v1.0_2015-01-15_wandoujia.apk
  55.                         def fileName = "koku_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
  56.                         output.outputFile = new File(outputFile.parent, fileName)
  57.                     }
  58.                 }
  59.             }
  60.         }
  62.         debug {
  63.             zipAlignEnabled false
  64.             shrinkResources false
  65.             minifyEnabled false
  66.             versionNameSuffix "_debug"
  67.             signingConfig signingConfigs.debug
  68.             proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
  69.         }
  70.     }
  71.     lintOptions {
  72.         abortOnError false
  73.     }
  74.     productFlavors {
  75.         xiaomi {}
  76.         googleplay {}
  77.         wandoujia {}
  78.     }
  79.     //针对很多渠道
  80.     productFlavors.all {
  81.         flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
  82.     }
  83. }
  85. dependencies {
  86.     compile fileTree(dir: 'libs', include: ['*.jar'])
  87.     testCompile 'junit:junit:4.12'
  88.     compile 'com.android.support:appcompat-v7:23.2.1'
  89.     compile 'com.android.support:design:23.2.1'
  90. }
  92. def releaseTime() {
  93.     return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
  94. }

再多嘴一句，有了以上的build.gradle配置之后，如果想使用Gradle多渠道打包，需要在AndroidManifest.xml中申明：

  1. <meta-data android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VALUE}" />

最后使用命令 gradlew assembleRelease 打包即可。

根目录下的gradle文件夹

gradle文件夹中主要是gradle-wrapper.properties文件比较重要，主要用来声明Gradle目录以及Gradle下载路径等：

  1. distributionBase=GRADLE_USER_HOME
  2. distributionPath=wrapper/dists
  3. zipStoreBase=GRADLE_USER_HOME
  4. zipStorePath=wrapper/dists
  5. distributionUrl=https\://services.gradle.org/distributions/gradle-2.14.1-all.zip

里面参数的具体的意义，前面已经讲解过了，这里就不再复述了。

根目录下的build.gradle

根目录下的 build.gradle主要作用就是定义项目中公共属性，比如有依赖的总仓库、Gradle插件的版本等：

  1. buildscript {
  2.     repositories {
  3.         jcenter()
  4.     }
  5.     dependencies {
  6.         classpath 'com.android.tools.build:gradle:2.2.1'
  7.         // NOTE: Do not place your application dependencies here; they belong
  8.         // in the individual module build.gradle files
  9.     }
  10. }
  12. allprojects {
  13.     repositories {
  14.         jcenter()
  15.         mavenCentral()
  16.     }
  17. }
  19. task clean(type: Delete) {
  20.     delete rootProject.buildDir
  21. }

根目录下的setting.gradle

这个文件是全局的项目配置文件，里面主要声明一些需要加入gradle的module，一些module被主module依赖后，会在这里进行声明。

  1. include ':app',':brave'

通过上述的setting.gradle，我们可以知道整个项目中包含了app和brave两个module。

根目录下的gradle.properties

配置gradle运行环境的文件，比如配置gradle运行模式，运行时jvm虚拟机的大小，设置gradle的代理等。

根目录下的local.properties

local.properties文件在Android Studio中是用来配置SDK目录的，也可以在文件中配置一些本地化的变量。这个文件不会被提交到版本控制中。

为了安全起见签名文件不可以放在项目中，那么可能每个开发人员的存放地方不同，这种情况下就可以使用local.properties来配置路径然后在app目录下的build.gradle中引用。

  1. ## This file is automatically generated by Android Studio.
  2. # Do not modify this file -- YOUR CHANGES WILL BE ERASED!
  3. #
  4. # This file must *NOT* be checked into Version Control Systems,
  5. # as it contains information specific to your local configuration.
  6. #
  7. # Location of the SDK. This is only used by Gradle.
  8. # For customization when using a Version Control System, please read the
  9. # header note.
  10. #Mon Nov 06 14:20:07 CST 2017
  11. sdk.dir=/Users/baiduo/Library/Android/sdk
  12. #配置keystore文件路径
  13. RELEASE_STORE_FILE=/Users/baiduo/Desktop/Lottery

在build.gradle中引用：

  1.  signingConfigs {
  2.         autoSigning {
  3.             #加载properties
  4.             def properties = new Properties()
  5.             def inputStream = project.rootProject.file('local.properties').newDataInputStream()
  6.             properties.load(inputStream)
  8.             keyAlias 'IKicker'
  9.             keyPassword '*******'
  10.             storeFile file(properties.getProperty('RELEASE_STORE_FILE'))
  11.             storePassword '*******'
  12.         }
  13.     }

根目录下的gradlew和gradlew.bat

其实Gradlew只是一个Gradle的封装，是给Unix用户用的。这个脚本的最前面的注释也说明了这个功能：

  1. ##############################################################################
  2. ##
  3. ##  Gradle start up script for UN*X
  4. ##
  5. ##############################################################################

同样的，gradlew.bat也是一个Gradle的封装，是给Windows用户用的。

  1. @rem ##########################################################################
  2. @rem
  3. @rem  Gradle startup script for Windows
  4. @rem
  5. @rem ##########################################################################

这两个文件的作用就是，任何机器都可以执行gradle构建任务，即使没有装gradle，例如：

  1. ./gradlew assemble

如果运行时，发现系统没有对应版本的gradle，会通过gradle-wrapper.jar下载gradle-wrapper.properties中指定的gradle版本。这样的话，任何人获取代码后，不用安装gradle，就可以构建工程。

gradle-wrapper.properties文件中指定的版本，就是运行gradle wrapper命令时的gradle版本。
当然，也可以手动指定别的版本，在根目录下build.gradle文件中添加:

  1. task wrapper(type: Wrapper) {
  2.     gradleVersion = '2.3'
  3. }

再运行gradle wrapper。

这两个文件最重要的运用就是：
1. 在公司内统一gradle版本
2. 把gradle-wrapper.properties里面的下载gradle的链接切换到公司的公共空间上，那么下载和安装gradle的时间就可以忽略不计了。

自定义Gradle文件

在上面我们留了一个悬念，就是如何添加我们自定义的Gradle文件。接下来我们就动手来实践一下。在项目根目录下创建文件config.gradle。然后在根目录下的build.gradle开头添加一句apply from: "config.gradle"：

  1. apply from: "config.gradle"
  3. buildscript {
  4.     repositories {
  5.         jcenter()
  6.     }
  7.     ...
  8. }
  9. ...

这句话就代表着把config.gradle添加进来了。然后我们可以在config.gradle中申明一些配置：

  1. ext {
  3.     android = [
  4.             compileSdkVersion: 23,
  5.             buildToolsVersion: "23.0.3",
  6.             applicationId    : "com.yuqirong.koku",
  7.             minSdkVersion    : 14,
  8.             targetSdkVersion : 23,
  9.             versionCode      : 3,
  10.             versionName      : "1.4"
  11.     ]
  13.     dependencies = [
  14.             "appcompat-v7":'com.android.support:appcompat-v7:23.0.1',
  15.             "recyclerview-v7":'com.android.support:recyclerview-v7:24.2.1',
  16.             "design":'com.android.support:design:23.0.1'
  17.     ]
  18. }

最后在app/build.gradle中去使用：

  1. android {
  2.     compileSdkVersion rootProject.ext.android.compileSdkVersion
  3.     buildToolsVersion rootProject.ext.android.buildToolsVersion
  4.     defaultConfig {
  5.         applicationId rootProject.ext.android.applicationId
  6.         minSdkVersion rootProject.ext.android.minSdkVersion
  7.         targetSdkVersion rootProject.ext.android.targetSdkVersion
  8.         versionCode rootProject.ext.android.versionCode
  9.         versionName rootProject.ext.android.versionName
  11.         jackOptions {
  12.             enabled true
  13.         }
  14.     }
  15.     ...
  16. }
  18. dependencies {
  19.     compile fileTree(dir: 'libs', include: ['*.jar'])
  20.     compile rootProject.ext.dependencies["appcompat-v7"]
  21.     compile rootProject.ext.dependencies["recyclerview-v7"]
  22.     compile rootProject.ext.dependencies["design"]
  23. }

从上面可以看到，我们把一些固定的配置“拎”出来放到config.gradle 中，这样以后直接更改config.gradle就行了，方便多人协作开发。

Android Studio中的Gradle工具窗口

可以通过View->Tool windows->Gradle打开,也可以从右侧纵向标签页点击打开。

此处输入图片的描述

参考链接

Android Gradle和Gradle插件区别
Gradle构建工具与Android对应关系

AndroidStudio gradle配置
Mac下AndroidStudio中手动配置Gradle

IDEA及Gradle使用总结
Gradle中文教程系列-跟我学Gradle-14.1:IDEA中Gradle插件的使用

gradle设置代理
Gradle 设置代理

关于Gradle配置的小结

给ANDROID 初学者的GRADLE知识普及
ANDROID 开发你需要了解的GRADLE配置

关于Android Studio里的Gradle，你所需要知道的都在这里了

AndroidStudio gradle安装配置详解-透过现象看本质

Android local.properties配置文件的使用

使用Gradle构建Android程序(再仔细看看)
请问android studio创建的工程目录下的gradlew文件有什么作用？gradlew 和 gradle 有什么区别？

《Android群英传：神兵利器》----Gradle章节

Gradle 完整指南（Android） //待读
Android Studio中Gradle使用详解 //待读
Android studio Gradle的介绍和部分问题小结//待读
Android Studio中Gradle使用详解//待读
Android中Gradle详细实用指南//待读
Android Studio Gradle使用笔记//待读

Gradle Android插件用户指南翻译
Android Plugin DSL Reference

深入理解Android（一）：Gradle详解
Groovy Tip 12 Range的用法
Groovy基础——Closure(闭包)详解

Gradle User Guide
AndroidStudio配置构建
Android Plugin DSL Reference
Gradle-中文用户组一款简洁而优雅的构建工具

Gradle全局变量设置、自定义BuildConfig
Gradle配置全局变量

利用 Android Studio 和 Gradle 打包多版本APK( applicationIdSuffix)

Gradle自定义插件

Android 7.0 Nougat 无法安装渠道包问题

application android:debuggable="false" 有什么用？

android lint选项含义
Gradle lint 配置

解决AndroidStudio导入项目在 Building gradle project info 一直卡住

加速Android Studio/Gradle构建
加快gradle的编译速度总结-亲身经历

解决传说中的 Android 65k 问题
Android Studio 错误 Duplicate files copied in APK META-INF/LICENSE.txt
Duplicate files copied in APK META-INF/license.txt

NDK SO 库开发与使用中的 ABI 构架选择
studio android.useDeprecatedNdk=true解决ndk提示版本低不能自动编译jni

Gradle 下载的依赖包在什么位置？

添加新批注
在作者公开此批注前，只有你和作者可见。
回复批注