具体请看正文（文章中部）
随着AndroidStudio升级到3.0+，自带的build插件也从2.x升级到3.x时代，有升级就会有调整，下面把遇到的语法改变列出：
针对依赖资源库： compile =》 implementation
dependencies {
compile fileTree(include: ['*.jar'], dir: 'libs')
compile 'com.android.support:appcompat-v7:25.1.0'
compile 'com.android.support:recyclerview-v7:25.1.0'
compile 'com.android.support:design:25.1.0'
}
=》
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:27.1.1'
implementation 'com.android.support:recyclerview-v7:27.1.1'
implementation 'com.android.support:design:27.1.1'
}
----------
针对修改生成的apk文件的名称：
//修改生成的最终文件名
applicationVariants.all { variant ->
variant.outputs.each { output ->
def outputFile = output.outputFile
if (outputFile != null && outputFile.name.endsWith('.apk')) {
File outputDirectory = new File(outputFile.parent);
def fileName
if (variant.buildType.name == "release") {
// 输出apk名称
fileName = "Xxx_v${defaultConfig.versionName}_${variant.productFlavors[0].name}.apk"
} else {
fileName = "Xxx_v${defaultConfig.versionName}_${"Test"}_debug.apk"
}
output.outputFile = new File(outputDirectory, fileName)
}
}
}
=>
applicationVariants.all { variant ->
variant.outputs.all { output ->
def outputFile = output.outputFile
if (outputFile != null && outputFile.name.endsWith('.apk')) {
def fileName
if (variant.buildType.name == "release") {
// 输出apk名称为
fileName = "Xxx_v${variant.versionName}_${variant.productFlavors[0].name}.apk"
} else {
fileName = "Xxx_v${variant.versionName}_${"Test"}_debug.apk"
}
outputFileName = fileName
}
}
}
----------
另外增加了一个flavorDimensions属性（维度的意思）
flavorDimensions "channel" // 或者 "api", "channel"
给多渠道打包又增加了一个维度，组合翻翻了。
productFlavors {
googleplay { dimension "channel" }
qh360 { dimension "channel" }
tengxun { dimension "channel" }
}
花式 简洁写法 配上渠道名
productFlavors.all {
flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
}
普通写法
productFlavors {
googleplay {
dimension "channel"
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "googleplay"] }
qh360 {
dimension "channel"
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "qh360"] }
tengxun {
dimension "channel"
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "tengxun"] }
}
再使用一下其他维度 api
例： minApi21 {
dimension "api"
minSdkVersion '21'
versionCode 10000 + android.defaultConfig.versionCode
versionNameSuffix "-minApi21"
}
https://blog.csdn.net/u012982629/article/details/81066179
----------------------------------------- 正文 ---------------
AS可实现下面的打包方法：（https://www.jianshu.com/p/533240d222d3）
- 不同环境，不同包名；
- 不同环境，修改不同的 string.xml 资源文件；
- 不同环境，修改指定的常量；
- 不同环境，修改 AndroidManifest.xml 里渠道变量；
- 不同环境，引用不同的 module。
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
2. PlaceHolder
AndroidManifest文件中的变量表示，通过${PlaceHolder}表示PlaceHolder是可以被赋值的变量，如友盟统计中的渠道：
<meta-data
android:name="UMENG_CHANNEL"
android:value="${UMENG_CHANNEL_VALUE}">
</meta-data>
3. applicationId
对应于AndroidManifest中的package
android {
defaultConfig {
applicationId "com.company.appname"
}
}
4. buildTypes
用于生成不同编译类型的包，如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 {
...
}
}
}
5. productFlavors
用于生成不同渠道的包
android {
productFlavors {
xiaomi {}
baidu {}
wandoujia {}
_360 {} // 或“"360"{}”，数字需下划线开头或加上双引号
}
}
执行./gradlew assembleRelease，将会打出所有渠道的release包；
执行./gradlew assembleWandoujia，将会打出豌豆荚渠道的release和debug版的包；
执行./gradlew assembleWandoujiaRelease将生成豌豆荚的release包。
因此，可以结合buildType和productFlavor生成不同的Build Variants，即类型与渠道不同的组合
6. signingConfigs
签名配置，release编译类型的配置如：
release {
storeFile file("../yourapp.keystore") //签名证书文件
storePassword "your password" //签名证书密码
keyAlias "your alias" //别名
keyPassword "your password" //别名密码
}
当然，签名信息可以通过读配置文件（见上一篇文章）和配置文件ignore的形式来进行隐藏，本文不作详述。
7. META-INF文件
用于存储签名的一些相关信息，在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" //不显示Log
minifyEnabled 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中添加一个使用渠道号命名的空文件即可。
---------------------
作者：枚杉
来源：CSDN
原文：https://blog.csdn.net/u010818425/article/details/52319382?utm_source=copy
版权声明：本文为博主原创文章，转载请附上博文链接！
1261
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
