AndroidStudio多AppId多渠道快速打包
2016-07-12 22:45
513 查看
一直感觉AndroidStudio没有eclipse快,但是最近由于遇到一个问题不得不将工程迁移到AndroidStudio上,迁移后之前在eclipse上所做的所有批量打包又得重新在AndroidStudio上搞一遍,不得不说这个过程远比我想象的让人愉快,AndroidStudio的强大和好用改变了之前我对这个IDE的偏见,无疑这个IDE是开发Android的最好工具。
这个配置是一个默认配置项,我们可以将一些公共的东西配置在这里,在这里可以看到我对AppId(也就是通常说的包名)用一个变量进行配置,因为在我的工程中同一个源码要打多个应用(AppId),像这样的需求应该不多见,但是你总有一天会碰到
大家肯定还会注意到我最下面的配置
这些配置都是在mainfest文件中定义的变量,在这里做一个统一配置(因为是默认配置),如果有个别渠道需要单独配置可以在下面的productFlavors中做具体的个性化配置。
这个就是官网包的配置(使用的是默认配置),所以不需要做个性化配置,这样就ok了,如果要添加其他渠道,比如baidu要个性化应用名称。
这样看似很完美是不是,可以打不通的渠道不同的AppId的包了,事实上的确如此,但是我们都知道android的应用市场好几百,一般上个20多个应用市场(也就是打20个渠道)不算多,这个时候你可能就要哭出来了,打个包的时间你就可以去好几次洗手间,甚至可以去吃个晚饭了。AndroidStudio的build时间是相当的长,这个想必用过的人都有此感受,既然这样我们可不可以借鉴eclipse上的多渠道打包思路,打一个包其他包通过修改配置文件实现呢?其实早有人对此做了实践并证明是有效的。
这个方法就是从文件名中获取我们的渠道名称(不同的包到时候会解压后创建一个相关渠道的名的文件),怎么解压后创建渠道相关的文件呢?我们使用下面的python脚本实现。
在这里我根据我的实际工作对原本Github上的代码进行了修改,部分地方改成了绝对路径,并对unaligned包进行了过滤。
这样我们无论打多少个渠道的包几乎和打一个包的时间相同,因为其他包通过这个脚本实现的是文件的拷贝解压和压缩,几乎用不了多少时间。
这样做就好办了,再使用FTP将该根目录共享出来,这样打完包只需要给他发个震动窗口就可以了,他可以自己去取需要的包,后来我又想了想,这样对于别人感觉寻找太麻烦了,我又添加了一个类似于目录的东西,同样是改python文件。
这样就感觉方便多了,只是对我来说现在的打包已经不像之前那样让人烦了,我现在乐意去打包,因为我只需要点下鼠标就可以打多个渠道的包,满足任意需求打包。对于使用安装包的同事来说也是一件很愉快的事情,因为我为他做的索引还是蛮不错的。
![](http://img.blog.csdn.net/20160712223508379)
可以看到这里是对应的四个AppId(也就是四个应用),index.html就是索引,按照时间排序的,一般需要的都是最新的包。
一、普通打包配置
defaultConfig { applicationId myAppId minSdkVersion 14 targetSdkVersion 19 versionCode vCode versionName vName testApplicationId "com.xx.xxx.test" testInstrumentationRunner "android.test.InstrumentationTestRunner" multiDexEnabled true signingConfig signingConfigs.releaseConfig manifestPlaceholders = [package_name: myAppId, app_icon: myAppIcon, app_name: myAppName, umeng_appkey: umengAppKey, main_menu_json: mainMenus, main_app_change_string:appChangedText] }
这个配置是一个默认配置项,我们可以将一些公共的东西配置在这里,在这里可以看到我对AppId(也就是通常说的包名)用一个变量进行配置,因为在我的工程中同一个源码要打多个应用(AppId),像这样的需求应该不多见,但是你总有一天会碰到
def myAppId = 'com.xx.xxx'
大家肯定还会注意到我最下面的配置
manifestPlaceholders = [package_name: myAppId, app_icon: myAppIcon, app_name: myAppName, umeng_appkey: umengAppKey, main_menu_json: mainMenus, main_app_change_string:appChangedText]
这些配置都是在mainfest文件中定义的变量,在这里做一个统一配置(因为是默认配置),如果有个别渠道需要单独配置可以在下面的productFlavors中做具体的个性化配置。
productFlavors { forum { } }
这个就是官网包的配置(使用的是默认配置),所以不需要做个性化配置,这样就ok了,如果要添加其他渠道,比如baidu要个性化应用名称。
productFlavors { forum { } baidu{ manifestPlaceholders = [app_name: '百度'] } }
这样看似很完美是不是,可以打不通的渠道不同的AppId的包了,事实上的确如此,但是我们都知道android的应用市场好几百,一般上个20多个应用市场(也就是打20个渠道)不算多,这个时候你可能就要哭出来了,打个包的时间你就可以去好几次洗手间,甚至可以去吃个晚饭了。AndroidStudio的build时间是相当的长,这个想必用过的人都有此感受,既然这样我们可不可以借鉴eclipse上的多渠道打包思路,打一个包其他包通过修改配置文件实现呢?其实早有人对此做了实践并证明是有效的。
二、快速出包渠道再多也不怕
如果能直接修改apk的渠道号,而不需要再重新签名能节省不少打包的时间。幸运的是我们找到了这种方法。直接解压apk,解压后的根目录会有一个META-INF目录,如果在META-INF目录内添加空文件,可以不用重新签名应用。因此,通过为不同渠道的应用添加不同的空文件,可以唯一标识一个渠道。思路其实很简单(具体请参考这篇文章:https://segmentfault.com/a/1190000003763833)/** * 从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脚本实现。
#!/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('.') apk_path = 'E:/AndroidStudio/work/xxx/app/build/outputs/apk/' for file in os.listdir(apk_path): fulldirfile = os.path.join(apk_path, file) if os.path.isfile(fulldirfile): extension = os.path.splitext(file)[1][1:] if extension in 'apk': if file.find('unaligned') == -1: src_apks.append(fulldirfile) print(src_apks) # 获取渠道列表 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] # 创建生成目录,与文件名相关 package_name = src_apk_name[0:src_apk_name.index('-')] output_dir = 'G:/XXX打包/' + package_name +'/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()
在这里我根据我的实际工作对原本Github上的代码进行了修改,部分地方改成了绝对路径,并对unaligned包进行了过滤。
apk_path = 'E:/AndroidStudio/work/xxx/app/build/outputs/apk/'
if file.find('unaligned') == -1: src_apks.append(fulldirfile)
这样我们无论打多少个渠道的包几乎和打一个包的时间相同,因为其他包通过这个脚本实现的是文件的拷贝解压和压缩,几乎用不了多少时间。
三、打包后的一些事情
前一段时间让我郁闷的是打包时间长,还有一件比较郁闷的事情就是打完包后还要通过QQ发给相关同事(几乎快要1G的包,很可怕),所以我对上面的python做了一点修改,将包按照具体的包名(AppId)建立目录,存放到相应的目录下(按照打包时间再细分目录)。output_dir = 'G:/XXX打包/' + package_name +'/output_' + src_apk_name + '/'
这样做就好办了,再使用FTP将该根目录共享出来,这样打完包只需要给他发个震动窗口就可以了,他可以自己去取需要的包,后来我又想了想,这样对于别人感觉寻找太麻烦了,我又添加了一个类似于目录的东西,同样是改python文件。
#建立目录索引 index_file = open('G:/XXX打包/index.html', 'r+'); li = '<a href=ftp://192.168.2.54/' + package_name + '>' + src_apk_name + '</a>' content = index_file.read() index_file.seek(0, 0) index_file.write(li+ '</br></br>\n' + content) index_file.close()
这样就感觉方便多了,只是对我来说现在的打包已经不像之前那样让人烦了,我现在乐意去打包,因为我只需要点下鼠标就可以打多个渠道的包,满足任意需求打包。对于使用安装包的同事来说也是一件很愉快的事情,因为我为他做的索引还是蛮不错的。
可以看到这里是对应的四个AppId(也就是四个应用),index.html就是索引,按照时间排序的,一般需要的都是最新的包。
相关文章推荐
- (4.6.15)千万级用户的 Android 客户端是如何养成的
- Unity触摸控制旋转缩放
- 实现多效果ListView
- OnClick点击事件的用法(ListView)
- 加载.so库时UnsatisfiedLinkError异常的一个原因
- Android仿魅族日历首页
- Android资源文件的管理
- 太阳升起并下落的小动画-SWIFT
- iOS开发An unknown error occurred.真机调试
- Android群英传笔记-3.6.1对现有控件进行拓展(TextView 实现闪动效果)
- "SurfaceView控件"-出现的问题记录
- Android 进程常驻(1)----开篇
- Android手机wifi显示的开关Switch怎么做的
- android中需要牢记的单词(android篇)
- UESTC 2016 Summer Training #1 Div.2 J - Objects Panel (A) dfs、按条件遍历树、interesting
- android studio编译项目时出错
- iOS 使用NSUserDefaults存取头像
- view工作原理-计算视图大小的过程(onMeasure)
- iOS单例模式
- ListView的优化