Android批量打包提速 - 1分钟900个市场不是梦
黎明前的黑暗
使用Ant或者Gradle来给程序进行多渠道批量打包，通常都是在manifest文件中写入一个meta标签：
<meta-data android:name="CHANNEL" android:value="xxx" />
meta的key值固定，通过循环改变meta中的value值来实现市场渠道的写入。
Ant批量打包实现相对麻烦，以前写的时候多亏了谦虚的天下-《App自动化之使用Ant编译项目多渠道打包》 。如果没有这篇帖子，真不知道当时Ant要折腾多少回才能写好。
Gradle作为新的安卓官方构建工具，有Google老大撑腰，它的批量打包实现会相对简单些。可以参考《迁移到Android Studio》。当然这里面有些指令过时了，例如：runProguard已经被minifyEnabled替代了。
以上两种都是传统的批量打包方式，他们最大的缺点就是打包时间长。
在前期渠道很少时这种方法还可以接受，但只要渠道稍微增多该方法就不再适用了，原因是每打一个包都要执行一遍构建过程，效率太低。（电脑比较烂，以前一般打包都要花费个30-40分钟。）
打包界的曙光
前几天看到美团的技术分享文档:《美团Android自动化之旅—生成渠道包》，其中第三种方式提到：
如果能直接修改apk的渠道号，而不需要再重新签名能节省不少打包的时间。幸运的是我们找到了这种方法。直接解压apk，解压后的根目录会有一个META-INF目录，如下图所示：
如果在META-INF目录内添加空文件，可以不用重新签名应用。因此，通过为不同渠道的应用添加不同的空文件，可以唯一标识一个渠道。
采用这种方式，每打一个渠道包只需复制一个apk，在META-INF中添加一个使用渠道号命名的空文件即可。
这种打包方式速度非常快，900多个渠道不到一分钟就能打完。
OK，到这里，思路就有了。
- 在META-INF中放置一个类似 channel_xxx 的空文件来标识市场。
- 在Java代码中解析这个文件名获取市场xxx即可。
由于文档中的代码实现较少，这里我来讲述一下我的实现。
我的实现
基于以上总结的美团思路，实现了一套自己的代码，方便引入到工程后实现这种打包方式。
代码在Github：GavinCT/AndroidMultiChannelBuildTool
Python工具实现
-
首先创建一个空文件，等待写入META-INF目录作为channel_xxx文件
# 空文件 便于写入此空文件到apk包中作为channel文件 src_empty_file = 'info/czt.txt' # 创建一个空文件（不存在则创建） f = open(src_empty_file, 'w') f.close() -
获取渠道列表。
考虑到渠道的更新不应该是程序员来做，因此在info文件夹下放置一个channel文件，便于不懂程序的人更新渠道。（每个渠道以换行结束）# 获取渠道列表 channel_file = 'info/channel.txt' f = open(channel_file) lines = f.readlines() f.close() -
找到初始apk
考虑到现实中为了防止安装包过大，我们通常分为arm和x86两个版本，所以python中支持当前目录下放多个apk来进行打包。
当然有人会说共用了一个channel文件，多个apk会生成相同市场的对应包。
你也可以修改一下python，使不同的apk去找不同的channel文件进行打包。
这里由于我的业务场景这样更方便，我就不修改了。# 获取当前目录中所有的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) -
遍历渠道号并写入apk。
多个apk只是for循环问题，我们来看单个apk生成多市场包的代码# 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()
以上Python是属于现学现写，有什么可以优化的地方还请告知。
Java工具实现
Python帮我们向apk包中写入了channel信息，Java端当然也需要对应更改才能使用。
由于解析channel需要去apk也就是zip中去找文件，所以相对耗时一些。
因此在ChannelUtil.java中，会将找到的channel和对应versionCode存储在静态变量和SharedPreference中，保证本次甚至本版本中channel只从zip中获取一次。
在Java代码中读取空渠道文件名
从apk中获取channel，美团留下的代码if (entryName.startsWith("mtchannel"))是有问题的，应该采用if (entryName.startsWith("META-INF/mtchannel")) 。
我的代码如下：
/**
* 从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();
if (entryName.startsWith(key)) {
ret = entryName;
break;
}
}
} catch (IOException e) {
e.printStackTrace();
} finally {
if (zipfile != null) {
try {
zipfile.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
String[] split = ret.split("_");
String channel = "";
if (split != null && split.length >= 2) {
channel = ret.substring(split[0].length() + 1);
}
return channel;
}
总结
使用这种方式打包，打包工作不再需要非得是安卓程序员。需要打包时，只要下载安装Python环境，点击MultiChannelBuildTool.py执行即可。
那Gradle是不是没用了呢？
当然不是，Google老大为他做了这么多，怎么能说不用就不用呢？
他的用处在于实现订制，比如打包出x86和arm的包，或者打出手机包和适应平板的hd包，然后借助上面的工具生成多个市场，即完成了多种适配包多个市场的任务。
Gradle渠道订制的具体内容可以参见：《美团Android自动化之旅—适配渠道包》 。
还是美团的文档，还是熟悉的味道。在此感谢美团的分享。
常见问题答疑
这部分问题是由美团大神丁志虎在微博上答复的，摘录如下：
- 这个方案没法解决不同渠道使用渠道自己SDK的问题，友盟的SDK提供了在代码中设置渠道的方式，所以再获取到渠道号后再调用SDK相关设置渠道的方法就可以了
- apk用的是java那一套签名，放在META-INF文件夹里的文件原则上是不参与签名的。如果Google修改了apk的签名规则，这一套可能就不适用了。
