打包系列教程目录：
纯ant命令行打包android apk之图文从原理角度完全详解android打包过程（打包系列教程之一）
用ant的build.xml构建自动化打包android apk 完全详解（打包系列教程之二）
Android 多渠道打包之混淆文件ProGuard技术详解－特别篇（打包系列教程之三）
android studio gradle 多渠道打包之完全详解（打包系列教程之四）
android studio gradle 多版本多apk打包（打包系列教程之五）
详解高速神器python脚步打包android apk，超级快！！（打包系列教程之六）
今天终于要来给大家介绍python多渠道打包啦，我也是很激动，当初虽然有gradle这样方便的打包方式，但是一旦渠道数量多了起来，gradle打包的时间也会成为一个瓶颈，之前打20个渠道左右，用gradle打包的话大概要花上20多分钟，如果以后渠道增加到上百个那就真的呵呵了！不过现在即使再多的渠道包也没关系啦，有python在都是秒秒钟搞定的时，python打包是美团工程师的杰作，在此十分感谢哈！用python脚步打包的话，打20个渠道左右的包大概只要花上不到5分钟的时间，十分的快啊！这酸爽的感觉，太刺激了。接下来我们就开始吧，python方式的打包需要做一下准备（本节涉及的所有文件我在最后都会提供给大家下载）：
1.改动签名好的apk
这个apk里面的渠道配置信息跟gradle多渠道打包的配置有些不一样哈。之前我们是需要在AndroidManifest.xml文件中渠道信息，现在用python打包的话就不用啦，我们直接在启动的activity文件中设置就行了，设置代码如下：
//动态设置渠道信息
String channel= ChannelUtil.getChannel(this);
AnalyticsConfig.setChannel(channel);ChannelUtil.java类是一个获取渠道信息的类，这个类到时会提供给大家，而AnalyticsConfig则是友盟提供的设置渠道类，我们在友盟官网可以看到这样的介绍：
因此我们使用的就是第2种设置渠道的方式。嗯，这就是唯一与gradle打包的不同点，同时要注意，这个签名的apk不需要提前设置任何渠道，所以在gradle配置文件中无需使用productFlavors属性来设置渠道名称。
2.Python打包的实现思路详解
说完了apk的区别设置后，我们先来聊聊python打包的实现思路。我们先获取一个打包好的apk，并把后缀改为zip，解压如下：
这是一个已经签名打包的apk，解压后我们可以看到apk中包含了一个名称为META-INF的文件夹，其实python打包的奥秘就在于此了，因为每个apk都会包含这样一个名称为META-INF文件夹，所以我们可以利用python脚步在该文件夹下创建一个空的文件，这个文件的名称就命名为channel_xxx.txt，该文件并没有任何内容，仅作为渠道标志，比如现在是华为渠道，那么该文件的名称就是channel_huawei.txt，如果现在的渠道是xiaomi，那么该文件的名称就是channel_xiaomi.txt，为了验证以上的说法我们先来看看已经利用python打包好的apk：
然后我们打开其中几个apk看看META-INF文件夹下是否有对应的渠道文件：
确实如我们上面所说的一样，每个apk的META-INF文件夹中都含有一个渠道名称的文件。那这个渠道名称的文件是如何创建的呢，确实我们自己通过as打包apk时是不可能含有该渠道名称文件的，而这也正是python的功劳了，我们把已经签名好的apk，通过python脚步的for循环语句去解压我们已经打包签名好的apk，然后在每个apk的META-INF文件夹中通过python脚步去创建一个渠道名称的文件，创建完成后在重新还原成apk输出，就这样渠道名称文件就被设置到apk中啦。那么这个python循环是依据什么开始的呢，还记得我们开头提到过的channel.txt文件嘛？该文件内容如下：
xiaomi
huawei
yingyongbao
360mobile
wandoujia
anzhuo_market
baidu
91market
anzhi_market
googleplay
大家可能已经猜到了，没错，python脚步在开始时会去读取这个文件，根据这个文件的渠道名称去进行for循环，然后把每个渠道名称以channel_xxx结尾作为文件的名称。我们不妨看看python脚步的源码 ：
#coding=utf-8
import zipfile
import shutil
import os
import sys
if __name__ == '__main__':
apkFile = sys.argv[1]
apk = apkFile.split('.apk')[0]
# print apkFile
emptyFile = 'xxx.txt'
f = open(emptyFile, 'w')
f.close()
with open('./android_channels.txt', 'r') as f:
contens = f.read()
lines = contens.split('\n')
os.mkdir('./release')
#print lines[0]
for line in lines:
channel = 'channel_' + line
destfile = './release/%s_%s.apk' % (apk, channel)
shutil.copy(apkFile, destfile)
zipped = zipfile.ZipFile(destfile, 'a')
channelFile = "META-INF/{channelname}".format(channelname=channel)
zipped.write(emptyFile, channelFile)
zipped.close()
os.remove('./xxx.txt')
#mac
os.system('chmod u+x zipalign_batch.sh')
os.system('./zipalign_batch.sh')
#windows
#os.system('zipalign_batch.bat')
代码并不太复杂（我也只是懂一些python的基础哈，也还在慢慢学习中）,我们可以看到一开始会去读取android_channels.txt的渠道文件，然后创建一个release的文件夹，然后就进入for循环了，后面我们就不过多讨论了，大概明白意思就行。通过上面的分析我们也大概明白了channel_xxx.txt文件是如何被写入每个apk的，同时也知道了android_channels.txt这个文件的作用。但是在apk中写入
channel_xxx.txt渠道名称的文件有什么用呢，这个就是ChannelUtil.java工具类的作用了，还记得我们的渠道是怎么设置的嘛？
//动态设置渠道信息
String channel= ChannelUtil.getChannel(this);
AnalyticsConfig.setChannel(channel);
没错，在应用启动时，ChannelUtil.java工具类会去读取META-INF文件下的channel_xxx.txt文件的名称，并通过拆分去掉channel_字符串，从而获取到渠道名称，最后就可以通过友盟api的接口发送友盟服务器了。
ChannelUtil.java源码如下：
package com.zejian.application.utils;
import android.content.Context;
import android.content.pm.ApplicationInfo;
import android.content.pm.PackageManager.NameNotFoundException;
import android.text.TextUtils;
import java.io.IOException;
import java.util.Enumeration;
import java.util.zip.ZipEntry;
import java.util.zip.ZipFile;
/**
* Created by WuZeJian
* Time：2015/12/1 17:57
* Email：shinezejian@163.com
* Description：打包渠道工具类
*/
public class ChannelUtil {
private static final String CHANNEL_KEY = "channel";
private static final String CHANNEL_DEFAULT = "offical";
private static final String PREF_KEY_CHANNEL = "pref_key_channel";
private static final String PREF_KEY_CHANNEL_VERSION = "pref_key_channel_version";
private static String mChannel;
/**
* 返回市场。 如果获取失败返回""
* @param context
* @return
*/
public static String getChannel(Context context){
return getChannel(context, CHANNEL_DEFAULT);
}
/**
* 返回市场。 如果获取失败返回defaultChannel
* @param context
* @param defaultChannel
* @return
*/
public static String getChannel(Context context, String defaultChannel) {
//内存中获取
if(!TextUtils.isEmpty(mChannel)){
return mChannel;
}
//sp中获取
mChannel = getChannelFromSP(context);
if(!TextUtils.isEmpty(mChannel)){
return mChannel;
}
//从apk中获取
mChannel = getChannelFromApk(context, CHANNEL_KEY);
if(!TextUtils.isEmpty(mChannel)){
//保存sp中备用
saveChannelInSP(context, mChannel);
return mChannel;
}
//全部获取失败
return defaultChannel;
}
/**
* 从apk中获取版本信息
* @param context
* @param channelKey
* @return
*/
private static String getChannelFromApk(Context context, String channelKey) {
//从apk包中获取
ApplicationInfo appinfo = context.getApplicationInfo();
String sourceDir = appinfo.sourceDir;
//默认放在meta-inf/里， 所以需要再拼接一下
String key = "META-INF/" + channelKey;
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();
LogUtils.d("APK entry name --------> " + entryName);
if (entryName.startsWith(key)) {
ret = entryName;
break;
}
}
} catch (IOException e) {
LogUtils.e(e);
} finally {
if (zipfile != null) {
try {
zipfile.close();
} catch (IOException e) {
LogUtils.e(e);
}
}
}
String[] split = ret.split("_");
String channel = "";
if (split != null && split.length >= 2) {
channel = ret.substring(split[0].length() + 1);
}
return channel;
}
/**
* 本地保存channel & 对应版本号
* @param context
* @param channel
*/
private static void saveChannelInSP(Context context, String channel){
SharedPreferencedUtils.setString(context, PREF_KEY_CHANNEL, channel);
SharedPreferencedUtils.getInteger(context, PREF_KEY_CHANNEL_VERSION, getVersionCode(context));
}
/**
* 从sp中获取channel
* @param context
* @return 为空表示获取异常、sp中的值已经失效、sp中没有此值
*/
private static String getChannelFromSP(Context context){
int currentVersionCode = getVersionCode(context);
if(currentVersionCode == -1){
//获取错误
return "";
}
int versionCodeSaved = SharedPreferencedUtils.getInteger(context, PREF_KEY_CHANNEL_VERSION, -1);
if(versionCodeSaved == -1){
//本地没有存储的channel对应的版本号
//第一次使用 或者 原先存储版本号异常
return "";
}
if(currentVersionCode != versionCodeSaved){
return "";
}
return SharedPreferencedUtils.getString(context, PREF_KEY_CHANNEL, "");
}
public static int getVersionCode(Context context) {
try{
return context.getPackageManager().getPackageInfo(context.getPackageName(), 0).versionCode;
}catch(NameNotFoundException e) {
LogUtils.e(e);
}
return -1;
}
}
好了，到此python打包的思路基本讲完了，我们先来小结：首先我们先准备一个打包签名好的apk，然后通过python脚步去解压该apk，并在apk的META-INF目录下创建一个名称channel_xxx.txt的渠道名称文件，然后再重新打包成apk，这个
channel_xxx.txt的渠道名称文件在apk应用启动时会被一个名称为ChannelUtil.java的工具类读取，该工具通过META-INF目录下的channel_xxx.txt获取到渠道名称并设置给友盟，这样就完成了友盟渠道信息的记录。
3.Python打包实战记录（记得集成友盟统计哈）
说了这么多还是赶紧来实战吧，首先我们要配置key，以及相应的工具类，我们使用的项目结构如下：
然后我们打包出一个签名好的apk，并把它放到和python脚步同一个目录下：
然后打开我们的命令终端，cd到该目录下，输入如下命令，回车。
python channel.py app-debug4zj.apk
成功后我们在看看该目录下多出一个release的文件夹（没有经过zipalign优化的apk），里面还有一个zipalign的文件夹（经过zipalign优化的apk），如下：
就这样我们的apk都打包好啦，至于zipalign优化有什么作用，我在第一篇文章有详细的说明，大家可以移步看看哈。这里我就不重复了。还有等会我会把工具提供给大家如果是mac系统的话，python已经默认安装好的了哈，如果是window系统就先要安装python环境哈。还有这里提供两种zipalign_batch.bat(window平台用)和zipalign_batch.sh(mac平台使用)脚本。同时要记得配置好zipalign的环境变量哈(该工具在androidSdk/build-tools目录下)。最后还有一点要注意的是channel.py脚本文件最后的代码设置如下：
4.使用友盟渠道统计验证一下打包结果
说了这么多，操作也讲解了，最后到底靠不靠谱，还是得用友盟来检测一下对吧。我们还是使用前篇文章的测试设备vivoxplay3s ，上次测试完后现在的初始数据如下
我们依次安装baidu,91market,anzhi_market,googleplay_market,yingyongbao,测试结果如下：
看来还是很靠谱的嘛，最重要的是速度，速度，速度啊。赶紧去试试吧哈。 本篇资料下载：
