每當(dāng)發(fā)新版本時，美團(tuán)團(tuán)購Android客戶端會被分發(fā)到各個應(yīng)用市場，比如豌豆莢，360手機(jī)助手等。為了統(tǒng)計這些市場的效果（活躍數(shù)，下單數(shù)等），需要有一種方法來唯一標(biāo)識它們。

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

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

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

首先，在AndroidManifest.xml的<application>節(jié)點中添加如下<meta-data>元素，用來定義渠道的來源：

<!-- 使用Maven打包時會用具體的渠道號替換掉${channel} --> <meta-dataandroid: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插件：

<resources> <resource><directory>${project.basedir}</directory><filtering>true</filtering><targetPath>${project.build.directory}/filtered-manifest</targetPath><includes><include>AndroidManifest.xml</include></includes></resource> </resources>

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

#!/bin/bashpackage(){while read linedomvn cleanmvn -Dchannel=$line packagedone < $1 }package $1

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

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

前期工作和用Maven打包一樣，也需要在AndroidManifest.xml文件中定義<meta-data>元素，并在應(yīng)用啟動的時候讀取清單文件中的渠道號。具體請參考上面的代碼。

和Maven不一樣的是，每次打包時不再需要重新構(gòu)建項目。打包時，只需生成一個apk，然后在該apk的基礎(chǔ)上生成其他渠道包即可。

首先，使用apktool decode應(yīng)用程序，在終端中輸入如下命令：

apktool d your_original_apk build

上面的命令會在build目錄中decode應(yīng)用文件，decode完成后的目錄如下：

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

import redef replace_channel(channel, manifest):pattern = r'(<meta-data\s+android:name="channel"\s+android:value=")(\S+)("\s+/>)'replacement = r"\g<1>{channel}\g<3>".format(channel=channel)return re.sub(pattern, replacement, manifest)

然后，使用apktool構(gòu)建未簽名的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í)行一次構(gòu)建過程，該方法只需構(gòu)建一次，大大節(jié)省了時間。

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

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

如果在META-INF目錄內(nèi)添加空文件，可以不用重新簽名應(yīng)用。因此，通過為不同渠道的應(yīng)用添加不同的空文件，可以唯一標(biāo)識一個渠道。

下面的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 e) {e.printStackTrace();} finally {if (zipfile != null) {try {zipfile.close();} catch (IOException e) {e.printStackTrace();}}}String[] split = ret.split("_");if (split != null && split.length >= 2) {return ret.substring(split[0].length() + 1);} else {return "";}}

這樣，每打一個渠道包只需復(fù)制一個apk，在META-INF中添加一個使用渠道號命名的空文件即可。這種打包方式速度非常快，900多個渠道不到一分鐘就能打完。

上面總共介紹了三種打渠道包的方式。目前，Android團(tuán)隊打包基本使用第三種方式，完成了打包的自動化，解放了工程師的生產(chǎn)力，善哉善哉。

打包的問題解決了，但有時候還需要為不同的渠道定制不同的APK。下一講會介紹Android構(gòu)建利器Gradle，以及如何使用Gradle定制渠道包，敬請期待。

總結(jié)

以上是生活随笔為你收集整理的美团Android自动化之旅—生成渠道包的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。