Android多渠道打包方案

Android多渠道打包,由于传统打包速度比较慢,本篇主要 介绍一种新的打包方案,速度可提升百倍。

背景:

android studio支持多渠道打包方式,是通过gradle 的变种方式来进行的:

//build.gradle
manifestPlaceholders = [FFCHANNEL_ID_VALUE: channel]
//AndroidManifest.xml
<meta-data            
    android:name="FFCHANNEL_ID"           
    android:value="${FFCHANNEL_ID_VALUE}" />

这种方式是google推荐的方式,但这种方式对于几个渠道包是可以支持的, 当我们需要打上百个渠道包时,这种方案耗时很长,是项目开发不能忍受的。而目前我们项目需要进行加固后保障安全,发布市场的app需要进行加固。当发布app时候,我们需要在集成打包机器上进行打包,目前项目为11个渠道包,耗时一个多小时,时间已经属于不可容忍的,况且还未进行加固,目前加固11个包,需要半小时,广州银行80个渠道包,2G多,全部加固完成需要半天时间。这种情况下,我们需要考虑采用新的方案来解决打渠道包耗时费力的问题。

新方案

新方案是通过zip包注释的方案进行多渠道打包的,由开发提供一个生成包即可,使用该包进行加固,作为母包。通过开发提供的脚本,批量生成多渠道包,基本属于拷贝复制的节奏,由于目前apk为27M多,偏大,所以基本一个渠道包为1s,生成80个渠道包耗时80秒,亲测。
可以考虑以后由开发只提供母包,由运营发布市场的同事根据运营需求来自己执行脚本发布各市场渠道包,简单,方便,快捷,不受限制。

原理

使用APK注释字段保存渠道信息和MAGIC字节,通过脚本将取渠道信息写入apk注释字段中。 android使用的apk包的压缩方式是zip,与zip有相同的文件结构,在zip的Central directory file header中包含一个File comment区域,可以存放一些数据。File comment是zip文件如果可以正确的修改这个部分,就可以在不破坏压缩包、不用重新打包的的前提下快速的给apk文件写入自己想要的数据。 comment是在Central directory file header末尾储存的,可以将数据直接写在这里,下表是header末尾的结构
image
由于数据是不确定的,我们无法知道comment的长度,从表中可以看到zip定义comment的长度的位置在comment之前,所以无法从zip中直接获取comment的长度。这里我们需要自定义comment的长度,在自定义comment内容的后面添加一个区域储存comment的长度,结构如下图。 image

目前也已经和爱加密加固的同事进行了确认,爱加密的加固方式不会占用该zip注释,不会和该多渠道包方案冲突,也已经在项目中测试验证通过。

实现

写入 :写入可以使用java,也可以使用python,目前考虑到可以对外提供,使用python。
读取 :读取需要在Android代码中用java实现。
//定义魔法串作为结束符
MAGIC = '!ZXK!'
//写入

def write_market(path, market, output):
    '''
    write market info to apk file
    write_market(apk-file-path, market-name, output-path)
    '''
    path = os.path.abspath(path)
    output = unicode(output)
    if not os.path.exists(path):
        print('apk file',path,'not exists')
        return
    if read_market(path):
        print('apk file',path,'had market already')
        return
    if not output:
        output = os.path.dirname(path)
    if not os.path.exists(output):
        os.makedirs(output)
    name,ext = os.path.splitext(os.path.basename(path))
    # name,package,vname,vcode
    app = parse_apk(path)
    apk_name = '%s-%s-%s-%s%s' % (app['app_package'],
        market.decode('utf8'), app['version_name'], app['version_code'], ext)
    # apk_name = name + "-" + market + ext
    apk_file = os.path.join(output,apk_name)
    shutil.copy(path,apk_file)
    # print('apk file:',apk_file)
    index = os.stat(apk_file).st_size
    index -= ZIP_SHORT
    with open(apk_file,"r+b") as f:
        f.seek(index)
        # write comment length 
        f.write(struct.pack('<H',len(market) + ZIP_SHORT + len(MAGIC)))
        # write comment content
        # content = [market_string + market_length + magic_string]
        f.write(market)
        f.write(struct.pack('<H',len(market)))
        f.write(MAGIC)
    return apk_file

//读取

public static String readZipComment(File file) throws IOException {
            RandomAccessFile raf = null;
            try {
                raf = new RandomAccessFile(file, "r");
                long index = raf.length();
                byte[] buffer = new byte[MAGIC.length];
                index -= MAGIC.length;
                // read magic bytes
                raf.seek(index);
                raf.readFully(buffer);
                // if magic bytes matched
                if (isMagicMatched(buffer)) {
                    index -= SHORT_LENGTH;
                    raf.seek(index);
                    // read content length field
                    int length = readShort(raf);
                    if (length > 0) {
                        index -= length;
                        raf.seek(index);
                        // read content bytes
                        byte[] bytesComment = new byte[length];
                        raf.readFully(bytesComment);
                        return new String(bytesComment, UTF_8);
                    } else {
                        throw new IOException("zip comment content not found");
                    }
                } else {
                    throw new IOException("zip comment magic bytes not found");
                }
            } finally {
                if (raf != null) {
                    raf.close();
                }
            }
        }

使用

目前提供写入脚本到项目中,读取渠道号代码已经集成到java代码中。
使用如下:
格式是:python ngpacker.py [file] [market] [output]
eg:

python ngpacker.py app-release_signed.apk markets.txt apks

渠道配置文件如下:

1001#bdsj  
1002#azsc  
1003#91zs  
1004#wdj  
1005#txyyb
1006#xmyy
1007#360sj
1008#hwyy
1009#anzhisc
1010#ppzs
1011#lsd
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容