android go版本配置

转载

mob64ca1418e88d 2024-12-19 21:58:51

文章标签 android go版本配置 android 面试职场和发展 Android 文章分类 Android 移动开发

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.chinabuildConfigField “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.koreamanifestPlaceholders = [
 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(" $android go版本配置_面试$ {flavorName}- $android go版本配置_android go版本配置_02$ {buildType}-v $android go版本配置_Android_03$ {buildTime}.apk)