多渠道打包

一、基本概念介绍

1.PlaceHolder
AndroidManifest文件中的变量标识，通过${PlaceHolder}标识PlaceHodler是可以被赋值的变量，如友盟统计中的渠道：

2.BuildTypes
用于生成不同编译类型 的包，如debug和release包。debug和release是gradle默认自带的两个编译类型，其中也可以自定义build type

buildTypes {
 debug {
 }
 release {
 }
 beta {
 }
}

3.productFlavors
可以区分不同的产品，用于生成不同渠道的包，结合buildTypes和productFlavor生成不同的Build Variants，即类型与渠道不同的组合

我的Mac环境下，Terminal终端无法识别./gradlew命令，之前在系统环境添加环境变量也无法识别。目前只能在Terminal里先敲入export PATH=/usr/bin:/usr/sbin:/bin:/sbin:/usr/X11R6/bin

productFlavors {
 baidu {}
 xiaomi {}
 _360 {} //或"360"{}，数字需下划线开头或加上双引号
}

执行./gradlew assembleRlease将会打出所有渠道的release包
执行./gradlew assembleXiaomi将会打出小米渠道的release和debug版的包
执行./gradlew assembleBaiduRlease将会打出百度渠道的release包

4.signingConfigs
签名配置，配置如下：

signingConfigs {
        release {
            storeFile file('key.jks')
            storePassword "your password"
            keyAlias "your alias"
            keyPassword "your password"
        }
    }

二、多渠道打包配置

1.一般打包方案

apply plugin: 'com.android.application'
apply plugin: 'com.jakewharton.butterknife'

def releaseTime() {
    return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
}

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.3"
    defaultConfig {
        applicationId "com.yxkhealth.physiotherapy"
        minSdkVersion 15
        targetSdkVersion 25
        versionCode 22
        versionName "1.1.22"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        multiDexEnabled true
        ndk {
            abiFilters "armeabi-v7a", "arm64-v8a"
        }//设置支持的SO库架构（开发者可以根据需要，选择一个或多个平台的so

        //默认渠道
        manifestPlaceholders = [UMENG_CHANNEL_VALUE: "official"]
    }
    signingConfigs {
        debug {
            storeFile file('key.jks')
            storePassword "liliao"
            keyAlias "key"
            keyPassword "liliao"
        }
        release {
            storeFile file('key.jks')
            storePassword "liliao"
            keyAlias "key"
            keyPassword "liliao"
        }
    }

    buildTypes {
        release {
            minifyEnabled true
            shrinkResources true
            zipAlignEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            //通过编译类型配置日志开关
            buildConfigField("boolean", "LOG_ON", "false")

            //多渠道打包配置，build生成会生成对应的渠道包
            applicationVariants.all { variant ->
                variant.outputs.each { output ->
                    def outputFile = output.outputFile
                    if (outputFile != null && outputFile.name.endsWith("apk")) {
                        def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
                        output.outputFile = new File(outputFile.parent, fileName)
                    }
                }
            }
        }
        debug {
            versionNameSuffix "-debug" //包名后缀为"-debug"
            signingConfig signingConfigs.debug
        }
    }

    //渠道配置
    productFlavors {
        baidu {}
        xiaomi {}
    }

    productFlavors.all { flavor ->
        flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]//动态修改AndroidManifest中的渠道名
    }

    sourceSets {
        main {
            jniLibs.srcDirs = ['libs']
        }
    }
}

我们可以看到productFlavors配置，会遍历渠道配置，例如我们使用到友盟统计的话，会动态修改友盟统计的值。虽然这种打包方式操作方便，但是这种打包速度慢。接下来介绍一种META-INF实现多渠道打包。
2.META-INF
解压apk安装包会发现在根目录有一个META-INF目录。如果在META-INF目录内添加空文件，可以不用重新签名应用。因此，通过为不同渠道的应用添加不同的空文件，可以唯一标识一个渠道。 采用这种方式，每打一个渠道包只需复制一个apk，在META－INF中添加一个使用渠道号命名的空文件即可。若统计后台使用第三方后台如友盟，那么需要提取获取渠道参数的方法，然后在初始化友盟统计接口，传入channel渠道值。
APK signature scheme v2
Android7.0引入了新的应用签名方案APK Signature Scheme v2，它能提供更快的应用安装时间和更多针对未授权APK文件更改的保护。需要注意一点，如果使用这种方案签署您的应用，并对应进行了进一步更改，则应用的签名将无效。出于这个原因，若要对齐应用，需要在签名操作之前。

android {
    ...
    defaultConfig { ... }
    signingConfigs {
      release {
        storeFile file("myreleasekey.keystore")
        storePassword "password"
        keyAlias "MyReleaseKey"
        keyPassword "password"
        v2SigningEnabled false //禁用v2方式签名
      }
    }
  }

使用V2签名后，往META-INF文件夹里添加空渠道文件这种方案将无效，会导致签名失效。

实现步骤

• 创建渠道文件
  在渠道文件里添加需要的渠道，通过脚本实现遍历打包注入
• 编写python脚本
  实现解压缩apk文件，为META-INF目录添加文件，重新压缩apk文件逻辑

#!/usr/bin/python
# coding=utf-8
import zipfile
import shutil
import os

# 空文件 便于写入此空文件到apk包中作为channel文件
src_empty_file = 'info/czt.txt'
# 创建一个空文件（不存在则创建）
f = open(src_empty_file, 'w') 
f.close()

# 获取当前目录中所有的apk源包
src_apks = []
# python3 : os.listdir()即可，这里使用兼容Python2的os.listdir('.')
for file in os.listdir('.'):
    if os.path.isfile(file):
        extension = os.path.splitext(file)[1][1:]
        if extension in 'apk':
            src_apks.append(file)

# 获取渠道列表
channel_file = 'info/channel.txt'
f = open(channel_file)
lines = f.readlines()
f.close()

for src_apk in src_apks:
    # file name (with extension)
    src_apk_file_name = os.path.basename(src_apk)
    # 分割文件名与后缀
    temp_list = os.path.splitext(src_apk_file_name)
    # name without extension
    src_apk_name = temp_list[0]
    # 后缀名，包含.   例如: ".apk "
    src_apk_extension = temp_list[1]
    
    # 创建生成目录,与文件名相关
    output_dir = 'output_' + src_apk_name + '/'
    # 目录不存在则创建
    if not os.path.exists(output_dir):
        os.mkdir(output_dir)
        
    # 遍历渠道号并创建对应渠道号的apk文件
    for line in lines:
        # 获取当前渠道号，因为从渠道文件中获得带有\n,所有strip一下
        target_channel = line.strip()
        # 拼接对应渠道号的apk
        target_apk = output_dir + src_apk_name + "-" + target_channel + src_apk_extension  
        # 拷贝建立新apk
        shutil.copy(src_apk,  target_apk)
        # zip获取新建立的apk文件
        zipped = zipfile.ZipFile(target_apk, 'a', zipfile.ZIP_DEFLATED)
        # 初始化渠道信息
        empty_channel_file = "META-INF/cztchannel_{channel}".format(channel = target_channel)
        # 写入渠道信息
        zipped.write(src_empty_file, empty_channel_file)
        # 关闭zip流
        zipped.close()

• 执行脚本即可

代码获取渠道值

public static String getChannel(Context context) {
        ApplicationInfo appinfo = context.getApplicationInfo();
        String sourceDir = appinfo.sourceDir;
        String ret = "";
        ZipFile zipfile = null;
        try {
            zipfile = new ZipFile(sourceDir);
            Enumeration entries = zipfile.entries();
            while (entries.hasMoreElements()) {
                ZipEntry entry = ((ZipEntry) entries.nextElement());
                String entryName = entry.getName();
                if (entryName.startsWith("mtchannel")) {
                    ret = entryName;
                    break;
                }
            }
        } catch (IOException e) {
            e.printStackTrace();
        } finally {
            if (zipfile != null) {
                try {
                    zipfile.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
        }

        String[] split = ret.split("_");
        if (split != null && split.length >= 2) {
            return ret.substring(split[0].length() + 1);

        } else {
            return "";
        }
    }

github代码https://github.com/GavinCT/AndroidMultiChannelBuildTool

3.Walle多渠道打包
对新的应用签名方案生成的APK包中的ID-value进行扩展，提供自定义ID－value（渠道信息），并保存在APK中
而APK在安装过程中进行的签名校验，是忽略我们添加的这个ID-value的，这样就能正常安装了
在App运行阶段，可以通过ZIP的EOCD（End of central directory）、Central directory等结构中的信息（会涉及ZIP格式的相关知识，这里不做展开描述）找到我们自己添加的ID-value，从而实现获取渠道信息的功能
新一代渠道包生成工具完全是基于ZIP文件格式和APK Signing Block存储格式而构建，基于文件的二进制流进行处理，有着良好的处理速度和兼容性，能够满足不同的语言编写的要求，目前笔者采用的是Java＋Groovy开发， 该工具主要有四部分组成：

用于写入ID-value信息的Java类库
Gradle构建插件用来和Android的打包流程进行结合
用于读取ID-value信息的Java类库
用于供com.android.application使用的读取渠道信息的AAR

具体详看美团分享的文章
https://tech.meituan.com/android-apk-v2-signature-scheme.html

下面有篇文章，介绍美团处理多渠道适配方案。随着渠道越来越多，不同渠道对应用的要求也不尽相同。例如，有的渠道要求客户端的应用名为A，有的渠道要求应用名为B。又比如，有些渠道要求应用不能使用第三方统计工具（如flurry）。总之，每次打包都需要对这些渠道进行适配。
https://tech.meituan.com/mt-apk-adaptation.html