android studioapp成功图,AndroidStudio多渠道打包当你完成了一个app项目，后面发现不同客户需要定制不同ui，或者功能，这个时候怎么办？ 拿ui来说，第一种方法，不同客户替...

最近不断有朋友向我咨询AndroidStudio多渠道的打包方法，今天整理一下之前积累的打包套路，写一篇文章，手把手的教给大家。        说到多渠道，这里不得不提一下友盟统计，友盟统计是大家日常开发中常用的渠道统计工具，而我们的打包方法就是基于友盟统计实施的。按照友盟官方文档说明，渠道信息通常需要在AndroidManifest.xml中配置如下值：

上面的value值Channel_ID就是渠道标识。我们的期望的就是在编译时候这个值能够自动变化以满足区分多渠道的需求。

(一)在AndroidManifest.xml里设置动态渠道变量

android:name="UMENG_CHANNEL"

android:value="${UMENG_CHANNEL_VALUE}" />

(二)在build.gradle设置productFlavors

这里假定我们需要打包的渠道为酷安市场、360、小米、百度、豌豆荚

android {

productFlavors {

kuan {

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "kuan"]

}

xiaomi {

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "xiaomi"]

}

qh360 {

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "qh360"]

}

baidu {

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "baidu"]

}

wandoujia {

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "wandoujia"]

}

}

}

或者批量修改

android {

productFlavors {

kuan {}

xiaomi {}

qh360 {}

baidu {}

wandoujia {}

}

productFlavors.all {

flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]

}

}

所谓ProductFlavors其实就是可定义的产品特性，配合 manifest merger 使用的时候就可以达成在一次编译过程中产生多个具有自己特性配置的版本。上面这个配置的作用就是，为每个渠道包产生不同的 UMENG_CHANNEL_VALUE 的值。

(三)执行打包操作

在AndroidStudio菜单栏点击Build菜单–>Generate signed APK–>选择key，并输入密码

然后下一步，选择打包渠道

最后点击完成按钮

上图可以看到，我们已经成功的将五个渠道包打好。

(四)执行打包命令 ./gradlew assembleRelease

除了使用AndroidStudio图形打包操作以外，我们也可以使用命令行进行打包操作，具体步骤如下：

在AndroidStudio窗口左下角打开Terminal面板，输入gradlew assembleRelease命令

如果系统中没有安装Gradle，则会自动下载完成安装及初始化

打包成功后会提示BUILD SUCCESSRUL

在app–>build–>outputs–>apk路径中就可以看到打包成功后的APK

注意，此时这里的APK包名显示为unsigned，也就是说未签名，我们可以继续在build.gradle文件中配置签名信息

signingConfigs {

release{

storeFile file("../wooyun_keystore") //签名文件路径 storePassword "123456" keyAlias "123456" keyPassword "123456" //签名密码 } }

然后再次执行gradlew assembleRelease命令

这次生成的就是含有签名的渠道包。

当我们的渠道包版本比较多时，可以自定义所打APK包名称，用以区分

// 自定义输出配置，这里我们加上APK版本号1.0

applicationVariants.all { variant -> variant.outputs.each { output -> def outputFile = output.outputFile if (outputFile != null && outputFile.name.endsWith('.apk')){

// 输出apk名称为wooyun_v1.0_wandoujia.apk

def fileName = "wooyun_v${defaultConfig.versionName}_${variant.productFlavors[0].name}.apk"

output.outputFile = new File(outputFile.parent, fileName)

}

}

}

assemble是Gradle中的编译打包命令，有如下用法：

如果我们想打包wandoujia渠道的release版本，执行如下命令就好了：

gradlew assembleWandoujiaRelease

如果我们想打包wandoujia渠道的debug版本，执行如下命令就好了：

gradlew assembleWandoujiaDebug

如果我们只打wandoujia渠道版本，则：

gradlew assembleWandoujia

此命令会生成wandoujia渠道的Release和Debug版本

同理我想打全部Release版本：

gradlew assembleRelease

这条命令会把Product Flavor下的所有渠道的Release版本都打出来。

下面是我个人的build.gradle配置文件，分享给大家，以作参考

apply plugin: 'com.android.application'

android {

compileSdkVersion 23

buildToolsVersion "23.0.3"

defaultConfig {

applicationId "com.wooyun.castiel"

minSdkVersion 15

targetSdkVersion 23

versionCode 1

versionName "1.0"

}

//签名

signingConfigs {

debugConfig {

storeFile file("../wooyun_keystore") //签名文件 storePassword "123456" keyAlias "123456" keyPassword "123456" //签名密码 } release{

storeFile file("../wooyun_keystore") //签名文件 storePassword "123456" keyAlias "123456" keyPassword "123456" //签名密码 } } buildTypes{

release {

minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' // 自定义输出配置 applicationVariants.all{ variant ->

variant.outputs.each { output ->

def outputFile = output.outputFile if (outputFile != null && outputFile.name.endsWith('.apk')){

// 输出apk名称为wooyun_v1.0_wandoujia.apk

def fileName = "wooyun_v${defaultConfig.versionName}_${variant.productFlavors[0].name}.apk"

output.outputFile = new File(outputFile.parent, fileName)

}

}

}

}

}

productFlavors {

kuan {}

xiaomi {}

qh360 {}

baidu {}

wandoujia {}

}

productFlavors.all {

flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]

}

}

dependencies {

compile fileTree(dir: 'libs', include: ['*.jar']) testCompile 'junit:junit:4.12' compile 'com.android.support:appcompat-v7:23.4.0' }

上面的signingConfigs配置中，可以写两个代码块，分别名为debugConfig和releaseConfig，并在其中写好一个完整签名需要的keyAlias、keyPassword、storeFile file、storePassword。        然后在buildTypes中，分两个代码块，分别是debug时用的，和release时用的。在其中引用刚刚写好的debugConfig和releaseConfig即可。

注意：signingConfigs代码块一定要写在buildTypes前面，否则会报下面这种错：

Could not find property 'debugConfig' on SigningConfig container.

签名密码写在gradle中不安全，故最好在打包上线的时候将相关代码注释掉。

=====================================================================

当你完成了一个app项目，后面发现不同客户需要定制不同ui，或者功能，这个时候怎么办？

拿ui来说，第一种方法，不同客户替换不同客户的图片资源，重新打包。这样可以达到目的，但是如果客户一多，每次代码修改了bug，怎么办，重新每个客户分别替换图片资源打包新的apk。这样真的好吗。

我们换一种方法，在Android studio里面有一个productFlavors的东西，这个其实也相当于产品的意思，一个项目可以打包成不同的产品，部分功能或者ui不一样。我们apk也有多渠道打包，也是用的这个东西，其实是一样的。那么我们怎么做呢？

1、新建一个工程，在buid.gradle加入以下代码:

productFlavors{

product1{

// applicationId "com.ycl.edition1"// versionCode 1// versionName "1.0.0"}

product2{

// applicationId "com.ycl.edition2"// versionCode 1// versionName "1.0.0"}

}

这样就建立了2个product，其中注释的部分分别是包名，版本信息，如果有的话会覆盖上面工程上面的包名和版本信息，没有就用project原有的。

2、在工程的src目录下面建立两个文件夹，目录结构和main目录一致

这两个文件夹分别代表了两个product不一样的地方，其中res中相同的文件会覆盖main文件中的，manifest中的属性会合并。

在建立好文件之后，在下面的terminal输入

gradle assembleRelease进行编译，编译完成之后出现两个apk，分别安装查看效果