听闻少年二字,当与平庸相斥。这篇文章主要讲述Gradle实战:Android多渠道打包方案汇总相关的知识,希望能为你提供帮助。
查看原文:http://blog.csdn.net/u010818425/article/details/52319382
Gradle实战系列文章:
《Gradle基本知识点与常用配置》
《Gradle实战:不同编译类型的包同设备共存》
《Gradle实战:发布aar包到maven仓库》
《Gradle实战:执行sql操作hive数据库》
本文将延续之前几篇博客的风格,先从基本概念入手,这有助于我们对后文的理解; 在后续的代码中如果忘了某个概念的具体意义,可以回顾头来重新查看概念的介绍。一、基本概念介绍
文中先详细介绍了普通批量打包方案的实现原理,后介绍了美团批量打包的基本实现原理,并引用了几篇实现方案供大家参考
1. package
- androidManifest文件中的包名
< manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.company.appname" android:versionCode="1" android:versionName="1.0" >
包名有两个作用:
一是设备上应用程序的唯一标识,也是在应用市场上的唯一标识;
二是被用来命名你的资源类的包(以及解析任何相关的Activity的类名),如com.company.appname.R
- AndroidManifest文件中的变量表示,通过
${PlaceHolder}
表示PlaceHolder是可以被赋值的变量,如友盟统计中的渠道:
< meta-data android:name="UMENG_CHANNEL" android:value="https://www.songbingjia.com/android/${UMENG_CHANNEL_VALUE}"> < /meta-data>
- 对应于AndroidManifest中的package
android { defaultConfig { applicationId "com.company.appname" } }
- 用于生成不同编译类型的包,如debug和release包
android{ buildTypes { debug { ... } release { ... } } }
debug和release是gradle默认自带的两个build type,在工程自动生成的BuildConfig中,其区别如下:
// release版本生成的BuildConfig特性信息 public final class BuildConfig { public static final boolean DEBUG = false; public static final String BUILD_TYPE = "release"; }// debug版本生成的BuildConfig特性信息 public final class BuildConfig { public static final boolean DEBUG = true; public static final String BUILD_TYPE = "debug"; }
- 自定义不同的build type,如
android{ buildTypes { debug { ... } release { ... } beta { ... } } }
- 用于生成不同渠道的包
android { productFlavors { xiaomi {} baidu {} wandoujia {} _360 {}// 或“ "360"{}” ,数字需下划线开头或加上双引号 } }
执行
./gradlew assembleRelease
,将会打出所有渠道的release包;
执行./gradlew assembleWandoujia
,将会打出豌豆荚渠道的release和debug版的包;
执行./gradlew assembleWandoujiaRelease
将生成豌豆荚的release包。
因此,可以结合buildType和productFlavor生成不同的Build Variants,即类型与渠道不同的组合
- 签名配置,release编译类型的配置如:
release { storeFile file("../yourapp.keystore") //签名证书文件 storePassword "your password"//签名证书密码 keyAlias "your alias"//别名 keyPassword "your password"//别名密码 }
当然,签名信息可以通过读配置文件(见上一篇文章)和配置文件ignore的形式来进行隐藏,本文不作详述。
- 用于存储签名的一些相关信息,在META-INF目录内添加空文件,应用无需重新签名。
1. 一般打包方案
//生成打包时间
def releaseTime() {
return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
}android {
compileSdkVersion 23
buildToolsVersion "23.0.3"defaultConfig {
applicationId "com.company.appname"
minSdkVersion 15
targetSdkVersion 23
versionCode 1
versionName "1.0"//默认渠道为官网
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "official"]
}lintOptions {
checkReleaseBuilds false
abortOnError false
}//配置编译的jdk版本
compileOptions {
sourceCompatibility org.gradle.api.javaVersion.VERSION_1_7
targetCompatibility org.gradle.api.JavaVersion.VERSION_1_7
}//签名配置
signingConfigs {
debug {
// No debug config
storeFile file("${rootDir}/keystores/xqsg_debug.jks") //debug证书
}release {
storeFile file("${rootDir}/keystores/xqsg.jks") //release证书
storePassword "test"//签名证书密码
keyAlias "test"//别名
keyPassword "test"//别名密码
}
}buildTypes {
debug {
buildConfigField("boolean", "LOG_ON", "true")//通过编译类型配置日志开关
versionNameSuffix "-debug"//包名后缀为“
-debug”
minifyEnabled false//是否混淆
zipAlignEnabled false//Zipalign优化
shrinkResources false// 移除无用的resource文件
signingConfig signingConfigs.debug//使用debug证书签名
}release {
buildConfigField "boolean", "LOG_ON", "false" //不显示LogminifyEnabled true//开启混淆
zipAlignEnabled true//开启Zipalign优化
shrinkResources true//移除无用的resource文件,此项只有在开启混淆时才生效
proguardFiles getDefaultProguardFile(‘proguard-android.txt‘), ‘proguard-rules.pro‘
signingConfig signingConfigs.release//使用release证书签名//多渠道打包配置
applicationVariants.all { variant ->
variant.outputs.each { output ->
def outputFile = output.outputFile
if (outputFile != null &
&
outputFile.name.endsWith(‘.apk‘)) {
// 输出apk名称为test_v1.0_2016-08-15_wandoujia.apk
def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
output.outputFile = new File(outputFile.parent, fileName)
}
}
}
}
}// 渠道配置
productFlavors {
wandoujia {}
_360 {}
baidu {}
xiaomi {}
}productFlavors.all { flavor ->
flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] //动态地修改AndroidManifest中的渠道名
}
}
注:上述日志开关,可以在java代码中获取该变量值,如:
if(BuildConfig.LOG_ON){
Log.d("test","xxx");
}
2. 美团打包方案
实现原理:Android应用安装包apk文件是一个压缩文件,可以将其后缀改为zip直接解压。解压后会发现根目录下有一个META-INF目录。如果在META-INF目录内添加空文件,应用无需重新签名。因此,通过为不同渠道的应用添加不同的空文件,可以唯一标识一个渠道。
采用这种方式,每打一个渠道包只需复制一个apk,在META-INF中添加一个使用渠道号命名的空文件即可。
- 美团Android自动化之旅— 生成渠道包
- 美团Android自动化之旅— 适配渠道包
- 实现参考1
- 实现参考2
Android Studio系列教程六– Gradle多渠道打包Android产品研发(五)– > 多渠道打包更便捷的 Android 多渠道打包方式Android打包系列— — 多渠道快速打包
【Gradle实战(Android多渠道打包方案汇总)】查看原文:http://blog.csdn.net/u010818425/article/details/52319382
推荐阅读
- Android Studio常用快捷键汇总(mac)
- Android 常用 adb 命令
- Android 手机卫士--打包生成apk维护到服务器
- Crashlytics Android 异常报告统计管理
- Android Studio集成crashlytics后无法编译的问题
- Android studio Github 断开连接
- Android驱动入门-LED--测试APP编写③
- cordova+Android Studio 1.0+ionic+win7(转)
- android项目架构 -----Android 知识体系与常用第三方框架