轉(zhuǎn)載請標明出處：一片楓葉的專欄

國內(nèi)的Android開發(fā)者還是很苦逼的，由于眾所周知的原因，google play無法在國內(nèi)打開（翻墻的就不在考慮之內(nèi)了），所以Android系的應用市場，群雄爭霸。后果就是國內(nèi)存在著有眾多的應用市場，產(chǎn)品在不同的渠道可能有這不同的統(tǒng)計需求，為此Android開發(fā)人員需要為每個應用市場發(fā)布一個安裝包，這里就引出了Android的多渠道打包。

首先我們說明一下什么是多渠道打包？

國內(nèi)存在著眾多的Android應用市場，為了統(tǒng)計不同安卓應用市場的下載量一個個性化統(tǒng)計需求，需要為每個應用市場的Android包設定一個可以區(qū)分應用市場的標識，這個為Android包設定應用市場標識的過程就是多渠道打包。

幾種主流的多渠道打包方式，以及其優(yōu)劣勢

• 通過配置gradle腳本實現(xiàn)多渠道打包

這種打包方式是使用Android Studio的編譯工具gradle配合使用的，其核心原理就是通過腳本修改AndroidManifest.xml中的mate-date內(nèi)容，執(zhí)行N次打包簽名操作實現(xiàn)多渠道打包的需求，具體實現(xiàn)如下。

（一）在Androidmanifest.xml中定義mate-data標簽

<manifest xmlns:Android="http://schemas.Android.com/apk/res/Android" package="your.package.name"> <application> <meta-data Android:name="UMENG_CHANNEL" Android:value="{UMENG}"/> </application> </manifest>

這里需要注意的是：上面的value的值要和渠道名所對應，比如wandoujia里面要對應為你豌豆莢的渠道名稱

（二）在build.gradle下的productFlavors定義渠道號：

productFlavors { internal {} /*InHouse {} pcguanwang {} h5guanwang {} hiapk {} m91 {} appchina {} baidu {} qq {} jifeng {} anzhi {} mumayi {} m360 {} youyi {} wandoujia {} xiaomi {} sougou {} leshangdian {} huawei {} uc {} oppo {} flyme {} jinli {} letv {}*/ productFlavors.all { flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] } }

同時需要注意的是，這里需要在defaultConfig中配置一個默認的渠道名稱

manifestPlaceholders = [UMENG_CHANNEL_VALUE: "channel_name"]

實現(xiàn)多渠道打包更換mate-data標簽中的內(nèi)容

優(yōu)勢：方便靈活，可以根據(jù)自身的需求配置不同的渠道執(zhí)行不同的邏輯；
劣勢：打包速度過慢；

• 使用第三方打包工具

這種方式就是使用第三方的服務，比如360，百度，友盟等，其原理也是通過修改AndroidManifest.xml中的mate-data標簽內(nèi)容，然后執(zhí)行N次打包簽名的操作實現(xiàn)多渠道打包的。這里就不在做具體解釋說明，免得又做廣告的嫌疑，O(∩_∩)O哈哈~。

優(yōu)勢：簡單方便，幾乎不用自身做什么工作；
劣勢：打包速度過慢；

• 使用美團多渠道打包方式

而這里主要是根據(jù)美團客戶端打包經(jīng)驗（詳見：美團Android自動化之旅—生成渠道包）
主要是介紹利用在META-INF目錄內(nèi)添加空文件的方式，實現(xiàn)批量快速打包Android應用。

實現(xiàn)原理

Android應用安裝包apk文件其實是一個壓縮文件，可以將后綴修改為zip直接解壓。解壓安裝文件后會發(fā)現(xiàn)在根目錄有一個META-INF目錄。如果在META-INF目錄內(nèi)添加空文件，可以不用重新簽名應用。因此，通過為不同渠道的應用添加不同的空文件，可以唯一標識一個渠道。
“采用這種方式，每打一個渠道包只需復制一個apk，在META－INF中添加一個使用渠道號命名的空文件即可。這種打包方式速度非常快，900多個渠道不到一分鐘就能打完。”

實現(xiàn)步驟

（一）編寫渠道號文件

（二）編寫python腳本，實現(xiàn)解壓縮apk文件，為META-INF目錄添加文件，重新壓縮apk文件等邏輯：

# coding=utf-8 import zipfile import shutil import osdef delete_file_folder(src): '''delete files and folders''' if os.path.isfile(src): try: os.remove(src) except: pass elif os.path.isdir(src): for item in os.listdir(src): itemsrc=os.path.join(src,item) delete_file_folder(itemsrc) try: os.rmdir(src) except: pass# 創(chuàng)建一個空文件，此文件作為apk包中的空文件 src_empty_file = 'info/empty.txt' f = open(src_empty_file,'w') f.close()# 在渠道號配置文件中，獲取指定的渠道號 channelFile = open('./info/channel.txt','r') channels = channelFile.readlines() channelFile.close() print('-'*20,'all channels','-'*20) print(channels) print('-'*50)# 獲取當前目錄下所有的apk文件 src_apks = []; for file in os.listdir('.'):if os.path.isfile(file):extension = os.path.splitext(file)[1][1:]if extension in 'apk':src_apks.append(file)# 遍歷所以的apk文件，向其壓縮文件中添加渠道號文件 for src_apk in src_apks:src_apk_file_name = os.path.basename(src_apk)print('current apk name:',src_apk_file_name)temp_list = os.path.splitext(src_apk_file_name)src_apk_name = temp_list[0]src_apk_extension = temp_list[1]apk_names = src_apk_name.split('-');output_dir = 'outputDir'+'/'if os.path.exists(output_dir):delete_file_folder(output_dir)if not os.path.exists(output_dir):os.mkdir(output_dir)# 遍歷從文件中獲得的所以渠道號，將其寫入APK包中for line in channels:target_channel = line.strip()target_apk = output_dir + apk_names[0] + "-" + target_channel+"-"+apk_names[2] + src_apk_extensionshutil.copy(src_apk, target_apk)zipped = zipfile.ZipFile(target_apk, 'a', zipfile.ZIP_DEFLATED)empty_channel_file = "META-INF/uuchannel_{channel}".format(channel = target_channel)zipped.write(src_empty_file, empty_channel_file)zipped.close()print('-'*50) print('repackaging is over ,total package: ',len(channels)) input('\npackage over...')

（三）打包一個正常的apk包
（四）執(zhí)行python腳本，多渠道打包
（五）Android代碼中獲取渠道號

/*** 渠道號工具類：解析壓縮包，從中獲取渠道號*/ public class ChannelUtil {private static final String CHANNEL_KEY = "uuchannel";private static final String DEFAULT_CHANNEL = "internal";private static String mChannel;public static String getChannel(Context context) {return getChannel(context, DEFAULT_CHANNEL);}public static String getChannel(Context context, String defaultChannel) {if (!TextUtils.isEmpty(mChannel)) {return mChannel;}//從apk中獲取mChannel = getChannelFromApk(context, CHANNEL_KEY);if (!TextUtils.isEmpty(mChannel)) {return mChannel;}//全部獲取失敗return defaultChannel;} /*** 從apk中獲取版本信息** @param context* @param channelKey* @return*/private static String getChannelFromApk(Context context, String channelKey) {long startTime = System.currentTimeMillis();//從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 channel = "";if (!TextUtils.isEmpty(ret)) {String[] split = ret.split("_");if (split != null && split.length >= 2) {channel = ret.substring(split[0].length() + 1);}System.out.println("-----------------------------");System.out.println("渠道號：" + channel + "，解壓獲取渠道號耗時:" + (System.currentTimeMillis() - startTime) + "ms");System.out.println("-----------------------------");} else {System.out.println("未解析到相應的渠道號，使用默認內(nèi)部渠道號");channel = DEFAULT_CHANNEL;}return channel;} }

整個打包的流程就是這樣了，打工工具可參考github上的項目：多渠道打包實現(xiàn)

優(yōu)勢：打包速度很快，很方便；
劣勢：不夠靈活，不能靈活的配置不同的渠道不同的業(yè)務邏輯；

問題：
項目中由于使用了友盟統(tǒng)計，以前是在meta-data中保存渠道信息，現(xiàn)在更改了方式之后需要手動執(zhí)行渠道號的設置代碼：

String channel = ChannelUtil.getChannel(mContext);System.out.println("啟動頁獲取到的渠道號為：" + channel);// 設置友盟統(tǒng)計的渠道號，原來是在Manifest文件中設置的meta-data，現(xiàn)在啟動頁中設置AnalyticsConfig.setChannel(channel);

通過這種打包方式以前需要一個小時的打包工作現(xiàn)在只需要一分鐘即可，極大的提高了效率，目前在實際的應用中尚未發(fā)現(xiàn)有什么問題，有這種需求的童鞋可以嘗試一下。

總結(jié)

雖說我們總結(jié)了三種打包方式，但是其實通過gradle打包和使用第三方服務打包都是執(zhí)行了N次的打包簽名操作，時間上耗費太多，因此不太推薦，而美團的方式在效率上提高了很多，但是對于那種不同的渠道包執(zhí)行不同的業(yè)務邏輯的需求就無能為例了，只能通過gradle配置，因此大家在選擇多渠道打包方式的時候可以根據(jù)自身的需求來選擇。

另外對產(chǎn)品研發(fā)技術(shù)，技巧，實踐方面感興趣的同學可以參考我的：
Android產(chǎn)品研發(fā)–>總結(jié)（持續(xù)更新）
Android產(chǎn)品研發(fā)（一）–>實用開發(fā)規(guī)范
Android產(chǎn)品研發(fā)（二）–>啟動頁優(yōu)化
Android產(chǎn)品研發(fā)（三）–>基類Activity
Android產(chǎn)品研發(fā)（四）–>減小Apk大小

---

本文以同步至github中：https://github.com/yipianfengye/AndroidProject，歡迎star和follow

---

總結(jié)

以上是生活随笔為你收集整理的Android产品研发（五）--多渠道打包的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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