零散知识点总结(1) Gradle 使用配置总结

时间  2019-11-21
标签 零散 知识 总结 gradle 使用 配置 栏目 Gradle 繁體版
原文   原文链接

1、统一管理依赖版本

1.1 在根目录下，新建config.gradle文件

ext {

    android = [
            compileSdkVersion: 23,
            buildToolsVersion: "23.0.3",
            applicationId: "com.example.lizejun.repogradle",
            minSdkVersion: 14,
            targetSdkVersion: 23,
            versionCode: 1,
            versionName: "1.0",
            testInstrumentationRunner: "android.support.test.runner.AndroidJUnitRunner"
    ]

    dependencies = [
            "support-v4"  : 'com.android.support:support-v4:23.2.0',
            "support-v7"  : 'com.android.support:appcompat-v7:23.2.0'
    ]

}
复制代码

android用来管理SDK版本、版本号等，dependencies用来管理依赖库的版本，它们都是一个数组，用逗号来分割，数组的每一个元素都是key:value的格式。java

1.2 在根目录下的build.gradle，新增：

apply from: "config.gradle"
复制代码

1.3 在根目录下的各个Module或者Library中的build.gradle文件中，引用对应的key：

android {
    compileSdkVersion rootProject.ext.android.compileSdkVersion
    buildToolsVersion rootProject.ext.android.buildToolsVersion
    defaultConfig {
        applicationId rootProject.ext.android.applicationId
        minSdkVersion rootProject.ext.android.minSdkVersion
        targetSdkVersion rootProject.ext.android.targetSdkVersion
        versionCode rootProject.ext.android.versionCode
        versionName rootProject.ext.android.versionName
        testInstrumentationRunner rootProject.ext.android.testInstrumentationRunner
    }
}

dependencies {
    compile rootProject.ext.dependencies["support-v7"]
}
复制代码

2、查看依赖关系

2.1 工具查看

依赖树的查看能够经过Android Studio的插件Gradle View来查看： android

Gradle View.png
重启以后，点击 View -> Tool Windows -> Gradle View，以后会在最下方生成一个窗口，咱们经过这个窗口就能够看到对应项目的依赖关系：
Gradle View Result.png

2.2 命令查看

除此以外，咱们也可使用如下的命令：windows

./gradlew -q app:dependencies
复制代码

一样能够得到相似的结果： api

命令.png
注意上图，若是标记了 (*)，那么表示这个依赖被忽略了，这是由于其余顶级依赖中也依赖了这个传递的依赖， Gradle会自动分析下载最合适的依赖。

3、标识符

因为多个顶级依赖当中，可能包含了相同的子依赖，可是它们的版本不一样，这时候为了选择合适的版本，那么就须要使用一些必要的操做符来管理子依赖。数组

3.1 Transitive

默认为true，表示gradle自动添加子依赖项，造成一个多层树形结构；设置为false，则须要手动添加每一个依赖项。bash

3.1.1 统一指定Transitive

configurations.all {
    transitive = false
}

dependencies {
    compile rootProject.ext.dependencies["support-v7"]
}
复制代码

最终获得的结果是，能够看到前面的子依赖项都没有了： app

2017-02-09 15:27:38屏幕截图.png

3.1.2 单独指定Transitive

dependencies {
    compile ('com.android.support:appcompat-v7:23.2.0') {
        transitive = false
    }
}

复制代码

3.2 Force

用来表示强制设置某个模块的版本：maven

configurations.all {
    resolutionStrategy {
        force 'com.android.support:support-v4:23.1.0'
    }
}
复制代码

以后打印，发现其依赖的包版本变成了23.1.0： ide

Force.png

3.3 exclude

该标识符用来设置不编译指定的模块工具

3.3.1 全局配置某个模块

configurations {
    all *.exclude group : 'com.android.support', module: 'support-v4'
}
复制代码

此时的依赖关系为：

2017-02-09 15:54:02屏幕截图.png
固然， exclude后的参数有 group和 module，能够分别单独使用，会排除全部匹配项。

3.3.2 单独给某个模块exclude

compile ('com.android.support:appcompat-v7:23.2.0') {
        exclude group : 'com.android.support', module: 'support-v4'
    }
复制代码

也会和上面得到相同的结果

4、版本冲突

4.1 相同配置下的版本冲突

同一配置下，某个模块的不一样版本同时被依赖时，默认使用最新版，Gradle同步时不会报错。

5、Gradle详解

基本配置：AS中的Android项目一般至少包含两个build.gradle，一个是Project范围的，另外一个是Module范围的，因为一个Project能够有多个Module，因此每一个Module下都会对应一个build.gradle。

5.1 Project下的build.gradle

// Top-level build file where you can add configuration options common to all sub-projects/modules.
apply from: "config.gradle"

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

allprojects {
    repositories {
        jcenter()
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}
复制代码
  • buildscript下的repositories是gradle脚本自身须要的资源，
  • allprojects下的repositories是项目全部模块须要的资源。

5.2 模块的build.gradle

//声明插件,代表这是一个Android程序;若是是库,那么应当是com.android.library
apply plugin: 'com.android.application'
//Android构建过程须要配置的参数
android {
    //编译版本
    compileSdkVersion rootProject.ext.android.compileSdkVersion
    //buildTool版本
    buildToolsVersion rootProject.ext.android.buildToolsVersion
    //默认配置,同时应用到debug和release版本上
    defaultConfig {
        applicationId rootProject.ext.android.applicationId
        minSdkVersion rootProject.ext.android.minSdkVersion
        targetSdkVersion rootProject.ext.android.targetSdkVersion
        versionCode rootProject.ext.android.versionCode
        versionName rootProject.ext.android.versionName
        testInstrumentationRunner rootProject.ext.android.testInstrumentationRunner
    }
    //配置debug和release版本的一些参数,例如混淆,签名配置等
    buildTypes {
        //release版本
        release {
            minifyEnabled false //是否开启混淆
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' //混淆文件位置
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile rootProject.ext.dependencies["support-v7"]
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    testCompile 'junit:junit:4.12'
}
复制代码

下面对Android构建过程当中须要配置的参数作一些解释：

  • compileSdkVersion：告诉gradle用那个Android SDK的版本编译你的应用，修改它不会改变运行时的行为，由于它不会被包含进入最终的APK中；所以，推荐使用最新的SDK编译；若是使用Suppport Library，那么compileSdkVersion必需要大于等于它的大版本号。
  • minSdkVersion：应用最低可运行的要求；它必需要大于等于你所依赖的库的minSdkVersion；
  • targetSdkVersion：Android提供向前兼容的重要依据。（targetSdkVersion is the main way Android provides forward compatibility） 由于随着Android系统的升级，某个api或者模块的行为有可能发生改变，可是为了保证老APK的行为和之前兼容，只要APK的targetSdkVersion不变，那么即便这个APK安装在新的Android系统上，那么行为仍是保持老的系统上的行为。 系统在调用某个api或者模块的时候，会先检查调用的APK的targetSdkVersion，来决定执行什么行为。

minSdkVersion和targetSdkVersion最终会被包含进入最终的APK文件中，若是你查看生成的AndroidManifest.xml，那么会发现：

<uses-sdk android:targetSdkVersion="23" android:minSdkVersion="7" />
复制代码

因此，咱们通常遵循的规则是：

minSdkVersion (lowest possible) <= targetSdkVersion == compileSdkVersion (latest SDK)
复制代码

5.3 gradle相关文件

  • gradle.properties 配置文件，能够定义一些常量供build.gradle使用，好比能够配置签名相关信息，例如keystore位置、密码、keyalias等。
  • settings.gradle 用来配置多模块的，若是你的项目有两个模块Browser和ScannerSDK，那么就须要：
include ':Browser'
include ':ScannerSDK'
project(':ScannerSDK').projectDir = new File(settingsDir, './ScannerSDK/')
复制代码
  • gradle文件夹 里面有两个文件，gradle-wrapper.jar和gradle-wrapper.properties，后者当中指定了gradle的版本。
distributionUrl=https\://services.gradle.org/distributions/gradle-2.8-all.zip
复制代码
  • gradlew和gradlew.bat 分别是Linux和windows下的批处理文件，它们的做用是根据gradle-wrapper.properties文件中的distributionUrl下载对应的gradle版本，这样即便环境没有安装gradle也能够编译。

5.4 gradle仓库

gradle有三种仓库：maven/ivy/flat本地。

maven{
    url  "..."
}
ivy{
    url  "..."
}
flatDir{
    dirs 'xxx'
}
复制代码

有些仓库取了别名：

repositories{
    mavenCentral()
    jcenter()
    mavenLocal()
}
复制代码

5.5 gradle任务

经过如下指令，能够看到支持的任务：

./gradlew tasks
复制代码

Task1.png

Task2.png

6、常见问题

6.1 导入本地Jar包

导入单个jar文件：

compile files('libs/xxx.jar')
复制代码

导入libs的多个jar文件：

compile fileTree(dir: 'libs', include: ['*.jar'])
复制代码

6.2 导入maven库

compile 'groupId:artifactId:version'
复制代码

6.3 导入Project

在导入以前，须要在settings.gradle中把模块包含进来，例如前面的ScannerSDK模块：

compile project(':ScannerSDK')
复制代码

6.4 声明第三方maven库

若是项目中须要的一些库文件再也不中央仓库中，而是在某个特定地址里，那么就须要在Project中的build.gradle中的allprojects结点下或者直接配到某个模块中：

allprojects {
    repositories {
        maven {
            url '地址'
        }
    }
}
复制代码

6.5 依赖第三方aar

compile 'com.aaa.xxx:core:1.0.1@aar'
复制代码

6.6 将库导出为aar

首先，你的项目必须是一个库项目，以后在build.gradle中进行配置：

apply plugin : 'com.android.library'
复制代码

以后，进入到该项目中，执行gradle命令：

./gradlew assembleRelease
复制代码

生成的aar放在/build/output/aar文件当中

6.7 引用本地aar

首先，将aar文件拷贝到对应目录下，而后在该模块的build.gradle中声明flat仓库：

repositories{
   flatDir{
      dirs '以build.gradle为根目录的相对路径'
   }
}
复制代码

以后，在dependencies结点下依赖该aar模块：

dependencies{
    compile (name:'xxx',ext:'aar')
}
复制代码

7、多版本打包

在此以前，咱们先了解几个基本的概念：

  • buildTypes：构建类型，Android Studio的Gradle组件默认提供了debug和release两个默认配置，这里主要用因而否须要混淆，是否调试。
  • productFlavors：产品渠道，在实际发布中，根据不一样渠道，可能须要使用不一样的包名，甚至是不一样的代码。
  • buildVaiants：每一个buildTypes和productFlavors组成一个buildvariant。

以上咱们讨论的buildTypes和productFlavors能够经过每一个Module中的build.gradle的android标签来配置。

下面，咱们先看一下不一样的productFlavors，分别用来支持读取不一样的文件和替换不一样的字符串。

7.1 引用不一样的代码

咱们首先在app/src目录下新建两个目录，分别对应两个Flavor，再在其中创建相同名字的文件Constant.java，对里面的某个常量赋予不一样的值。

Flavor.png

  • constantFlavor1：
package com.example.lizejun.repogradle;

public class Constant {
    public static final String NAME = "flavor1";
}
复制代码
  • constantFlavor2：
package com.example.lizejun.repogradle;

public class Constant {
    public static final String NAME = "flavor2";
}
复制代码

咱们的app下的build.gradle中的android标签下添加以下几行代码，让两个Flavor分别引用不一样的Constant文件：

sourceSets {
        constantFlavor1 {
            java.srcDirs =  ['src/constantFlavor1', 'src/constantFlavor1/java', 'src/constantFlavor1/java/']
        }
        constantFlavor2 {
            java.srcDirs =  ['src/constantFlavor2', 'src/constantFlavor2/java', 'src/constantFlavor2/java/']
        }
    }

    productFlavors {
        constantFlavor1 {}
        constantFlavor2 {}
    }
复制代码

以后咱们进行打包，能够获得如下不一样安装包，这两个apk若是在其中引用的了NAME，那么它会获得不一样的值：

2017-02-10 16:15:51屏幕截图.png

7.2 自定义buildConfig类

若是咱们只须要定义一些简单的值，那么咱们能够用buildConfig类：

productFlavors {
        constantFlavor1 {
            buildConfigField "boolean", "BOOLEAN_VALUE", "true"
        }
        constantFlavor2 {
            buildConfigField "boolean", "BOOLEAN_VALUE", "false"
        }
    }
复制代码

7.3 占位符

productFlavors {
        constantFlavor1 {
            buildConfigField "boolean", "BOOLEAN_VALUE", "true"
            manifestPlaceholders = [label:"constantFlavor1"]
        }
        constantFlavor2 {
            buildConfigField "boolean", "BOOLEAN_VALUE", "false"
            manifestPlaceholders = [label:"constantFlavor2"]
        }
    }
复制代码

以后，咱们再在AndroidManifest.xml中引用它：

android:label="${label}"
复制代码

7.4 签名配置

首先是在android标签下，咱们使用signingConfigs来配置不一样的签名类型

signingConfigs {
        eng {
            keyAlias 'androiddebugkey'
            keyPassword 'android'
            storeFile file('debug.keystore')
            storePassword 'android'
        }
        prd {
            keyAlias 'androiddebugkey'
            keyPassword 'android'
            storeFile file('debug.keystore')
            storePassword 'android'
        }
    }
复制代码

以后，再在buildTypes的各个分支中引用对应的签名配置：

buildTypes {
        debug {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.eng
        }
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.prd
        }
    }
复制代码

7.5 依赖

有时候，咱们须要在不一样的buildTypes下，引用不一样的依赖，例如内存泄露的检测工具，咱们但愿在debug版本时检查内存泄露，并在发生时在桌面上生成图标，可是在release版本上咱们并不但愿这么作，这时候咱们能够这么写：

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5'
复制代码

这样，release版本就不会在桌面生成内存泄露的图标。

更多文章，欢迎访问个人 Android 知识梳理系列：

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程