Android Gradle进阶配置指南

很多第三方SDK需要在AndroidManifest.xml中配置你的一些key信息,以融云为例,测试包和正式包的key是不同的,那么就可以这么写::

然后在productFlavors中的各个版本中加上不同的信息,这样你打出的不同包采用的appkey也会不一样。

manifestPlaceholders = [rongKey: “8luwapkv8jrrl”]

代码中读取变量

有时候我们想根据不同的版本,设置相同变量不同的值,最常见的使用场景就是 Log 工具类,通过设置 isDubug 不同值判断是否打印日志.其他还包括获取包名,获取渠道名

buildConfigField “String”, “PlatformSource”, ““Google””
buildConfigField “String”, “showProjName”, ““TestProj””

最后调用 : BuildConfig.PlatformSource

public final class BuildConfig {
public static final boolean DEBUG = Boolean.parseBoolean(“true”);
public static final String APPLICATION_ID = “com.xxx.xxxx”;
public static final String BUILD_TYPE = “debug”;
public static final String PlatformSource = “Google”;
public static final String showProjName = “TestProj”;

上面的是加在defaultConfig 中的,而加在buildTypes或productFlavors中就会在不同构建版本出现不同的值。如果再配置上不同的applicationId,那么就可以在同一个手机上同时安装不同构建版本的应用。

productFlavors {
//国内版本
china{
applicationId “com.shy.china”
versionCode “2.0.0”
versionName “30”
}
//韩国版本
korea{
applicationId “com.shy.korea”
versionCode “1.0.0”
versionName “1”
}
}

到这里你会发现buildTypes和productFlavors定义很相似,不过他们的差别在:

  • buildType 不会改变应用程序的代码,它们只是处理的东西不同,你可以通过 buildType 来获取更多的技术细节(例如:build optimization,log level minifyEnabled等等),但是app的内容不会改变.

  • productFlavor 配置可以改变app的内容(可以设想成 package 理解,buildType 没法改 applicationId).

BuildVariants变体

buildTypes+productFlavors相结合,组成构建变体,buildTypes构建类型,主要就是debug(测试),pre(预发布) ,release(线上)的分别。productFlavors产品口味,主要就是各种渠道版本。两个合体就会构建出不同的版本apk (总apk个数=构建类型个数*渠道个数).看图:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

  • buildTypes构建类型

buildTypes {
release {
multiDexKeepProguard file(‘multidex-config.pro’)
minifyEnabled true//是否开启混淆(上线)
shrinkResources true
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
}
debug {
multiDexKeepProguard file(‘multidex-config.pro’)
minifyEnabled false//是否开启混淆(上线)
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’
}
}

  • productFlavors多维度

当需要从多个维度区分app版本,比如是否付费和渠道时,就需要使用flavorDimensions来区分

flavorDimensions “channel”, “env”

productFlavors {
china {
dimension “channel”
applicationId “com.shy.china”
versionCode project.CHINA_VERSION_CODE as int
versionName project.CHINA_VERSION_NAME
signingConfig signingConfigs.china

buildConfigField “String”, “PlatformSource”, ““china””
buildConfigField “String”, “showProjName”, ““projName_china””

manifestPlaceholders = [
package_name : applicationId,
JPUSH_PKGNAME: applicationId,
JPUSH_APPKEY : “xxxxxxxxxxxx”, //JPush上注册的包名对应的appkey.
JPUSH_CHANNEL: “developer-default”, //暂时填写默认值即可.
]
}

korea {
dimension “channel”
applicationId “com.shy.korea”

versionCode project.KOREA_VERSION_CODE as int
versionName project.KOREA_VERSION_NAME
signingConfig signingConfigs.korea

manifestPlaceholders = [
package_name : applicationId,
JPUSH_PKGNAME: applicationId,
JPUSH_APPKEY : “xxxxxxx”, //JPush上注册的包名对应的appkey.
JPUSH_CHANNEL: “developer-default”, //暂时填写默认值即可.
]

buildConfigField “String”, “PlatformSource”, ““korea””
buildConfigField “String”, “showProjName”, ““projName_korea””
}

dev {
dimension “env”
}
pre {
dimension “env”
}
produce {
dimension “env”
}
}

此时在build一下 , BuildVariants中会生成12种变体(总apk个数=构建类型个数_渠道个数_维度个数) :

chinaDevDebug(常用)
chinaDevRelease
chinaPreDebug
chinaPreRelease(常用)
chinaProduceDebug
chinaProduceRelease(常用)
koreaDevDebug(常用)
koreaDevRelease
koreaPreDebug
koreaPreRelease(常用)
koreaProduceDebug
koreaProduceRelease(常用)

注意!warning:

1.当添加了flavorDimensions,必须为每个productFlavors添加dimension,否则会提示错误
2.在gradle:3.0.0以上,在build.gradle里必须要有flavorDimensions字段,哪怕只有一个维度也要声明,否则报错

打包

一次生成所有渠道包 打开命令行窗口,进入到工程的根目录下,输入

gradle assembleChinaProduceRelease


其他技巧

1.Gradle task

Gradle task适合用来完成一些既繁琐又容易出错的重复性手工作,比如批量修改,复制,重命名文件。 比如applicationVariants.all这个task可以针对每个构建版本设置各种属性,比如修改每个构建版本生成的apk名字:

applicationVariants.all { variant ->
variant.outputs.each { output ->
output.outputFile = new File(
new File(" p r o j e c t . r o o t D i r . a b s o l u t e P a t h / a p k / " , / / 最后在项目下的 a p k 文件夹下打出来的包名 : c h i n a D e v − G o o g l e P l a y − 1.0.0 − 20181126 − 193438. a p k ( " {project.rootDir.absolutePath}/apk/", //最后在项目下的apk文件夹下打出来的包名:chinaDev-GooglePlay-1.0.0-20181126-193438.apk (" project.rootDir.absolutePath/apk/",//最后在项目下的apk文件夹下打出来的包名:chinaDevGooglePlay1.0.020181126193438.apk("{flavorName}- c h a n n e l − {channel}- channel{buildType}-v v e r s i o n N a m e − {versionName}- versionName{buildTime}.apk)
}
}

2.Moudle动态依赖

在组件化app里面,我们可能在测试包和正式包需要依赖不同组件。比如测试环境需要调试模块,但正式环境不需要。假如productFlavors如下,调试模块名字为module-test

productFlavors {
test{
}
publish{
}
}

那么在dependencies里面就可以这么依赖test模块:

ceshiCompile project(':module-test')

同样buildTypes也是适用的,两者可以一起或单独使用:

debugCompile project(‘:module-test’)
ceshidebugCompile project(‘:module-test’)

3.定义全局变量

先在 project 根目录下创建ext_settings.gradle文件:

ext {
CHINA_VERSION_NAME = ‘2.0.0’
KOREA_VERSION_NAME = ‘1.0.0’

CHINA_VERSION_CODE = 20
KOREA_VERSION_CODE = 1

androidToolsVersion = ‘28.0.3’
supportLibraryVersion = ‘27.1.1’

fireBaseVersion = ‘12.0.1’
minSdkVersion = 19
androidSdkVersion = 27
kotlin_version = ‘1.3.0’
gradlePlugin = ‘3.2.1’
sourceCompatibilityVersion = JavaVersion.VERSION_1_8
targetCompatibilityVersion = JavaVersion.VERSION_1_8
}

然后在各 module 的 build.gradle 中可以通过rootProject.ext来引用:

defaultConfig {
minSdkVersion rootProject.ext.minSdkVersion
targetSdkVersion rootProject.ext.androidSdkVersion
}

依赖也可以挪过来:

ext.deps = [
junit : ‘junit:junit:4.12’,
truth : ‘com.google.truth:truth:0.28’,
recyclerview : “com.android.support:recyclerview-v7:$supportLibraryVersion”,
]

调用:

dependencies {
implementation deps.recyclerview
}

4.配置独立的签名信息 & 将密码等文件统一配置

密码和签名这类的敏感信息可以统一进行存放,不进行硬编码。在gradle.properies中,我们可以随意的定义key-value。

STORE_FILE_PATH=…/china.keystore
STORE_PASSWORD=123456
KEY_ALIAS=china
KEY_PASSWORD=test123

signingConfigs {
china {
//使用gradle.properies的配置
file(STORE_FILE_PATH)
storePassword STORE_PASSWORD
keyAlias KEY_ALIAS
keyPassword KEY_PASSWORD
v2SigningEnabled true
}

korea {
//日常
storeFile file(‘korea.keystore’)
storePassword “123456”
keyAlias “kkk”
keyPassword “123456”
v2SigningEnabled true
}
}

5.减少编译错误和忽略 lint 检查

packagingOptions {
//Espresso excludes

最后

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助

因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
链图片转存中…(img-BUorkyOU-1715306667361)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

  • 15
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值