详解高速神器python脚步打包android apk，超级快！！（打包系列教程之六）
打包系列教程目录：
纯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的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：[email protected] * 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 ，上次测试完后现在的初始数据如下
看来还是很靠谱的嘛，最重要的是速度，速度，速度啊。赶紧去试试吧哈。 本篇资料下载：
http://download.csdn.net/detail/javazejian/9446843