Android Gradle进阶配置指南，Android开发进大厂面试必备技能_安卓grade

signingConfigs {
myConfig {
storeFile file(“xxx.keystore”)
storePassword “123123”
keyAlias “xxx”
keyPassword “123123”
v2SigningEnabled true
}
}

buildTypes{
release {
//应用myConfig
signingConfig signingConfigs.myConfig
minifyEnabled true
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.txt’
}
}

签名配置:
storeFile : keystore文件
storePassword : 密码
keyAlias : 别名
keyPassword : 别名密码
v2SigningEnabled : 启用V2签名方案
minifyEnabled : 是否开启混淆
shrinkResources : 是否移除无用资源文件，shrinkResources依赖于minifyEnabled，必须和minifyEnabled一起用

以上只是最简单的gradle配置,实际项目中我们的app会很复杂，比如不仅引用到一些jar文件，也可能会引用一些Android Library项目以及一些.so文件，而且实际发布的时候我们可能不仅需要发布到一个平台上，目前Android大大小小可能得十几个平台，Gradle通过一些其他的配置都可以解决。顺便说下Gradle是Google大力支持的。

进阶配置

配置manifest变量

很多第三方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("$project.rootDir.absolutePath/apk/",//最后在项目下的apk文件夹下打出来的包名:chinaDev-GooglePlay-\mathrm{1.0.0}-20181126-193438.apk("${flavorName}-$channel-${buildType}-v$versionName-${buildTime}.apk)

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

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

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

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

学习分享

在当下这个信息共享的时代，很多资源都可以在网络上找到，只取决于你愿不愿意找或是找的方法对不对了

很多朋友不是没有资料，大多都是有几十上百个G，但是杂乱无章，不知道怎么看从哪看起，甚至是看后就忘

如果大家觉得自己在网上找的资料非常杂乱、不成体系的话，我也分享一套给大家，比较系统，我平常自己也会经常研读。

2021最新上万页的大厂面试真题

七大模块学习资料：如NDK模块开发、Android框架体系架构…

只有系统，有方向的学习，才能在段时间内迅速提高自己的技术。

这份体系学习笔记，适应人群：
第一，学习知识比较碎片化，没有合理的学习路线与进阶方向。
第二，开发几年，不知道如何进阶更进一步，比较迷茫。
第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示 。

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一步，比较迷茫。

第三，到了合适的年纪，后续不知道该如何发展，转型管理，还是加强技术研究。如果你有需要，我这里恰好有为什么，不来领取！说不定能改变你现在的状态呢！
由于文章内容比较多，篇幅不允许，部分未展示内容以截图方式展示 。

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-Y5enROmz-1712603483407)]