過去3小時,現在1分鐘打包900個應用渠道包

原文鏈接

每當發新版本時,美團團購Android客戶端會被分發到各個應用市場,比如豌豆莢,360手機助手等。為了統計這些市場的效果(活躍數,下單數等),需要有一種方法來唯一標識它們。

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

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

Maven

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

首先,在AndroidManifest.xml的節點中添加如下元素,用來定義渠道的來源:

? ? ? ?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

準備工作已經完成,現在需要的就是實際的渠道號了。下面的腳本會遍歷渠道列表,逐個替換并打包:

#!/bin/bash

package(){

? ?while read line

? ?do

? ? ? ?mvn clean

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

? ?done < $1

}

package $1

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

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,每打一個包都需要執行一次構建過程,該方法只需構建一次,大大節省了時間。

但是好景不長,我們的渠道包越來越多,目前已有近900個渠道,打完所有的渠道包需要近3個小時。有沒有更快的打包方式呢?且看下節。

META-INF

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

如果在META-INF目錄內添加空文件,可以不用重新簽名應用。因此,通過為不同渠道的應用添加不同的空文件,可以唯一標識一個渠道。

下面的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

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,431評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,637評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,555評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,900評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,629評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,976評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,976評論 3 448
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,139評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,686評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,411評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,641評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,129評論 5 364
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,820評論 3 350
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,233評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,567評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,362評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,604評論 2 380

推薦閱讀更多精彩內容