過去3小時辽俗,現(xiàn)在1分鐘打包900個應用渠道包

原文鏈接

每當發(fā)新版本時疾渣,美團團購Android客戶端會被分發(fā)到各個應用市場,比如豌豆莢崖飘,360手機助手等。為了統(tǒng)計這些市場的效果(活躍數(shù)杈女,下單數(shù)等)朱浴,需要有一種方法來唯一標識它們吊圾。

團購客戶端目前通過渠道號(channel)來區(qū)分不同的市場,代碼中使用Config.channel變量記錄該渠道號翰蠢。比如项乒,豌豆莢市場中美團應用的渠道號是wandoujia,360手機助手中美團應用的渠道號為qihu360梁沧√春危客戶端訪問API時會在請求參數(shù)中帶上渠道號,以便后臺接下來計算不同渠道的效果廷支。

每次發(fā)版時频鉴,市場部會提供一個渠道列表,Android RD會根據(jù)這些渠道相應地生成等量的渠道包恋拍。隨著渠道越來越多(截止本文寫作時已有900多個渠道)垛孔,客戶端打渠道包的方式也一直在演進,本文接下來就詳細介紹美團應用的打包之旅施敢。

Maven

Maven是一個軟件項目管理和自動構建工具周荐,配合使用android-maven-plugin插件,以及maven-resources-plugin插件可以很方便的生成渠道包僵娃,下面簡要介紹下打包過程概作,更多Maven以及插件的使用方法請參考相關文檔。

首先默怨,在AndroidManifest.xml的節(jié)點中添加如下元素讯榕,用來定義渠道的來源:

? ? ? ?android:name="channel"

? ? ? ?android:value="${channel}" />

定義好渠道來源后,接下來就可以在程序啟動時讀取渠道號了:

private String getChannel(Context context) {

? ? ? ?try {

? ? ? ? ? ?PackageManager pm = context.getPackageManager();

? ? ? ? ? ?ApplicationInfo appInfo = pm.getApplicationInfo(context.getPackageName(), PackageManager.GET_META_DATA);

? ? ? ? ? ?return appInfo.metaData.getString("channel");

? ? ? ?} catch (PackageManager.NameNotFoundException ignored) {

? ? ? ?}

? ? ? ?return "";

? ?}

要替換AndroidManifest.xml文件定義的渠道號先壕,還需要在pom.xml文件中配置Resources插件:

? ? ? ?${project.basedir}

? ? ? ?true

? ? ? ?${project.build.directory}/filtered-manifest

? ? ? ? ? ?AndroidManifest.xml

準備工作已經(jīng)完成瘩扼,現(xiàn)在需要的就是實際的渠道號了。下面的腳本會遍歷渠道列表垃僚,逐個替換并打包:

#!/bin/bash

package(){

? ?while read line

? ?do

? ? ? ?mvn clean

? ? ? ?mvn ?-Dchannel=$line package

? ?done < $1

}

package $1

在前期渠道很少時這種方法還可以接受集绰,但只要渠道稍微增多該方法就不再適用了,原因是每打一個包都要執(zhí)行一遍構建過程谆棺,效率太低栽燕。

apktool

apktool是一個逆向工程工具,可以用它解碼(decode)并修改apk中的資源改淑。接下來詳細介紹如何使用apktool生成渠道包碍岔。

前期工作和用Maven打包一樣,也需要在AndroidManifest.xml文件中定義元素朵夏,并在應用啟動的時候讀取清單文件中的渠道號蔼啦。具體請參考上面的代碼。

和Maven不一樣的是仰猖,每次打包時不再需要重新構建項目捏肢。打包時奈籽,只需生成一個apk,然后在該apk的基礎上生成其他渠道包即可鸵赫。

首先衣屏,使用apktool decode應用程序,在終端中輸入如下命令:

apktool d your_original_apk build

上面的命令會在build目錄中decode應用文件辩棒,decode完成后的目錄如下:

接下來狼忱,替換AndroidManifest.xml文件中定義的渠道號,下面是一段python腳本:

import re

def replace_channel(channel, manifest):

? ?pattern = r'()'

? ?replacement = r"\g<1>{channel}\g<3>".format(channel=channel)

? ?return re.sub(pattern, replacement, manifest)

然后一睁,使用apktool構建未簽名的apk:

apktool b build your_unsigned_apk

最后钻弄,使用jarsigner重新簽名apk:

jarsigner -sigalg MD5withRSA -digestalg SHA1 -keystore your_keystore_path -storepass your_storepass -signedjar your_signed_apk, your_unsigned_apk, your_alias

上面就是使用apktool打包的方法,通過使用腳本可以批量地生成渠道包卖局。不像Maven斧蜕,每打一個包都需要執(zhí)行一次構建過程,該方法只需構建一次砚偶,大大節(jié)省了時間批销。

但是好景不長,我們的渠道包越來越多染坯,目前已有近900個渠道均芽,打完所有的渠道包需要近3個小時。有沒有更快的打包方式呢单鹿?且看下節(jié)掀宋。

META-INF

如果能直接修改apk的渠道號,而不需要再重新簽名能節(jié)省不少打包的時間仲锄。幸運的是我們找到了這種方法劲妙。直接解壓apk,解壓后的根目錄會有一個META-INF目錄儒喊,如下圖所示:

如果在META-INF目錄內(nèi)添加空文件镣奋,可以不用重新簽名應用。因此怀愧,通過為不同渠道的應用添加不同的空文件侨颈,可以唯一標識一個渠道。

下面的python代碼用來給apk添加空的渠道文件芯义,渠道名的前綴為mtchannel_:

import zipfile

zipped = zipfile.ZipFile(your_apk, 'a', zipfile.ZIP_DEFLATED)

empty_channel_file = "META-INF/mtchannel_{channel}".format(channel=your_channel)

zipped.write(your_empty_file, empty_channel_file)

添加完空渠道文件后的目錄哈垢,META-INFO目錄多了一個名為mtchannel_meituan的空文件:

接下來就可以在Java代碼中讀取空渠道文件名了:

public static String getChannel(Context context) {

? ? ? ?ApplicationInfo appinfo = context.getApplicationInfo();

? ? ? ?String sourceDir = appinfo.sourceDir;

? ? ? ?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("mtchannel")) {

? ? ? ? ? ? ? ? ? ?ret = entryName;

? ? ? ? ? ? ? ? ? ?break;

? ? ? ? ? ? ? ?}

? ? ? ? ? ?}

? ? ? ?} catch (IOException

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市扛拨,隨后出現(xiàn)的幾起案子耘分,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,884評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件陶贼,死亡現(xiàn)場離奇詭異啤贩,居然都是意外死亡待秃,警方通過查閱死者的電腦和手機拜秧,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,755評論 3 385
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來章郁,“玉大人枉氮,你說我怎么就攤上這事∨” “怎么了聊替?”我有些...
    開封第一講書人閱讀 158,369評論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長培廓。 經(jīng)常有香客問我惹悄,道長,這世上最難降的妖魔是什么肩钠? 我笑而不...
    開封第一講書人閱讀 56,799評論 1 285
  • 正文 為了忘掉前任泣港,我火速辦了婚禮,結果婚禮上价匠,老公的妹妹穿的比我還像新娘当纱。我一直安慰自己,他們只是感情好踩窖,可當我...
    茶點故事閱讀 65,910評論 6 386
  • 文/花漫 我一把揭開白布坡氯。 她就那樣靜靜地躺著,像睡著了一般咆贬。 火紅的嫁衣襯著肌膚如雪房官。 梳的紋絲不亂的頭發(fā)上苍碟,一...
    開封第一講書人閱讀 50,096評論 1 291
  • 那天,我揣著相機與錄音悯恍,去河邊找鬼。 笑死滤灯,一個胖子當著我的面吹牛坪稽,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播鳞骤,決...
    沈念sama閱讀 39,159評論 3 411
  • 文/蒼蘭香墨 我猛地睜開眼窒百,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了豫尽?” 一聲冷哼從身側(cè)響起篙梢,我...
    開封第一講書人閱讀 37,917評論 0 268
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎美旧,沒想到半個月后渤滞,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體贬墩,經(jīng)...
    沈念sama閱讀 44,360評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,673評論 2 327
  • 正文 我和宋清朗相戀三年妄呕,在試婚紗的時候發(fā)現(xiàn)自己被綠了陶舞。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,814評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡绪励,死狀恐怖肿孵,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情疏魏,我是刑警寧澤停做,帶...
    沈念sama閱讀 34,509評論 4 334
  • 正文 年R本政府宣布,位于F島的核電站大莫,受9級特大地震影響蛉腌,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜只厘,卻給世界環(huán)境...
    茶點故事閱讀 40,156評論 3 317
  • 文/蒙蒙 一烙丛、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧懈凹,春花似錦蜀变、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,882評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至们陆,卻和暖如春寒瓦,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背坪仇。 一陣腳步聲響...
    開封第一講書人閱讀 32,123評論 1 267
  • 我被黑心中介騙來泰國打工杂腰, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人椅文。 一個月前我還...
    沈念sama閱讀 46,641評論 2 362
  • 正文 我出身青樓喂很,卻偏偏與公主長得像,于是被迫代替她去往敵國和親皆刺。 傳聞我的和親對象是個殘疾皇子少辣,可洞房花燭夜當晚...
    茶點故事閱讀 43,728評論 2 351

推薦閱讀更多精彩內(nèi)容