打包系列教程目录:
纯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
就这样我们的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,测试结果如下:
看来还是很靠谱的嘛,最重要的是速度,速度,速度啊。赶紧去试试吧哈。 本篇资料下载:
http://download.csdn.net/detail/javazejian/9446843