與iOS的單一渠道（AppStore）不同臼婆，Android平臺(tái)在國(guó)內(nèi)的渠道多入牛毛宜咒。以我們的App為例，就有27個(gè)普通渠道（應(yīng)用寶赘娄，百度仆潮，360這種）和更多的推廣專(zhuān)用渠道。我們打包技術(shù)也經(jīng)過(guò)了若干次的改進(jìn)遣臼。

1性置、利用Gradle Product Favor打包

Product Favor是Gradle的自帶的功能，配置很容易：

android {
    productFlavors {
        base {
            manifestPlaceholders = [ CHANNEL:”0"]
        }
        yingyongbao {
            manifestPlaceholders = [ CHANNEL:"1" ]
        }
        baidu {
            manifestPlaceholders = [ CHANNEL:"2"]
        }
    }
}

AndroidManifest.xml

<!-- 自用渠道號(hào)設(shè)置 -->
<meta-data
     android:name="CHANNEL"
     android:value="${CHANNEL}”/>

原理很簡(jiǎn)單揍堰，gradle編譯的時(shí)候鹏浅，會(huì)根據(jù)這個(gè)配置嗅义，把manifest里對(duì)應(yīng)的metadata占位符替換成指定的值。然后Android這邊在運(yùn)行期再去取出來(lái)就是：

public static String getChannel(Context context) {
    String channel = "";
    PackageManager pm = sContext.getPackageManager();
    try {
        ApplicationInfo ai = pm.getApplicationInfo(
            context.getPackageName(),
            PackageManager.GET_META_DATA);

        String value = ai.metaData.getString("CHANNEL");
        if (value != null) {
            channel = value;
        }
    } catch (Exception e) {
        // 忽略找不到包信息的異常
    }
    return channel;
}

這個(gè)辦法隐砸，缺點(diǎn)很明顯之碗，每打一個(gè)渠道包都會(huì)完整得執(zhí)行一遍apk的編譯打包流程，非常慢季希。近30個(gè)包要打一個(gè)多小時(shí)…
優(yōu)點(diǎn)就是不依賴(lài)其他工具褪那，gradle自己就能搞定。

2式塌、替換Assets資源打包

assets用于存放一些資源博敬。不同與res，assets里的資源編譯時(shí)原樣保留珊搀，不需要生成什么resouce id之類(lèi)的東西冶忱。因此，我們可以通過(guò)替換assets里的文件打出不同的渠道包境析，而不用每次都重新編譯囚枪。

我們知道apk本質(zhì)上就是個(gè)zip文件，那么我們就可以通過(guò)解壓縮->替換文件->壓縮的辦法來(lái)搞定：

這里給出一份Python3的實(shí)現(xiàn)

# 解壓縮
src_file_path = '原始apk文件路徑'
extract_dir = '解壓的目標(biāo)目錄路徑'
os.makedirs(extract_dir, exist_ok=True)

os.system(UNZIP_PATH + ' -o -d %s %s' % (extract_dir, src_file_path))

# 刪除簽名信息
shutil.rmtree(os.path.join(extract_dir, 'META-INF'))

# 寫(xiě)入渠道文件assets/channel.conf
channel_file_path = os.path.join(extract_dir, 'assets', 'channel.conf')
with open(channel_file_path, mode='w') as f:
    f.write(channel)  # 寫(xiě)入渠道號(hào)寫(xiě)進(jìn)去

os.chdir(extract_dir)

output_file_name = '輸出文件名稱(chēng)'
output_file_path = '輸出文件路徑'
output_file_path_tmp = os.path.join(output_dir, output_file_name + '_tmp.apk')

# 壓縮
os.system(ZIP_PATH + ' -r %s *' % output_file_path)
os.rename(output_file_path, output_file_path_tmp)

# 重新簽名
# jarsigner -sigalg MD5withRSA -digestalg SHA1 -keystore your_keystore_path
# -storepass your_storepass -signedjar your_signed_apk, your_unsigned_apk, your_alias
signer_params = ' -verbose -sigalg MD5withRSA -digestalg SHA1' + \
                ' -keystore %s -storepass %s %s %s -sigFile CERT' % \
                (
                    sign, # 簽名文件路徑
                    store_pass, # 存儲(chǔ)密碼
                    output_file_path_tmp,
                    alias # 別名
                )

os.system(JAR_SIGNER_PATH + signer_params)

# Zip對(duì)齊
os.system(ZIP_ALIGN_PATH + ' -v 4 %s %s' % (output_file_path_tmp, output_file_path))
os.remove(output_file_path_tmp)

在這里劳淆，幾個(gè)PATH分別表示zip链沼、unzip、jarsigner和zipalign這幾個(gè)可執(zhí)行文件的路徑沛鸵。

簽名是apk的一個(gè)重要機(jī)制括勺，它給apk里的每一個(gè)文件（META-INF目錄下的除外）計(jì)算一個(gè)hash值，記錄在META-INF下的若干文件里曲掰。
Zip對(duì)齊能夠優(yōu)化運(yùn)行時(shí)Android讀取資源的效率疾捍，這一步雖然不是必須的，但還是推薦做一下栏妖。

采用這個(gè)方法乱豆，我們不需要再編譯Java代碼，速度有極大地提升吊趾。大約每10秒就能打一個(gè)包宛裕。

同時(shí)給出讀取渠道號(hào)的實(shí)現(xiàn)代碼：

public static String getChannel(Context context) {
    String channel = "";
    InputStream is = null;
    try {
        is = context.getAssets().open("channel.conf");
        byte[] buffer = new byte[100];
        int l = is.read(buffer);

        channel = new String(buffer, 0, l);
    } catch (IOException e) {
        // 如果讀不到，那么取缺省值
    } finally {
        if (is != null) {
            try {
                is.close();
            } catch (Exception ignored) {
            }
        }
    }
    return channel;
}

順便說(shuō)一下论泛，還可以用aapt這個(gè)工具來(lái)替代zip&unzip來(lái)實(shí)現(xiàn)文件替換：

# 替換assets/channel.conf
os.chdir(base_dir)
os.system(AAPT_PATH + ' remove %s assets/channel.conf' % output_file_path_tmp)
os.system(AAPT_PATH + ' add %s assets/channel.conf' % output_file_path_tmp)

3揩尸、美團(tuán)給出的一種方案

剛才上文提到META-INF目錄對(duì)簽名機(jī)制是豁免的，往這里面放東西就可以免去重簽名這一步屁奏，美團(tuán)技術(shù)團(tuán)隊(duì)就是這么做的岩榆。

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目錄加入一個(gè)名為“mtchannel_渠道號(hào)”的空文件，在Java這邊查找到這個(gè)文件，取得文件名即可：

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 "";
    }
}

這個(gè)方法省去了重簽名這一步朗恳，速度提升也很大湿颅。他們的描述是“900多個(gè)渠道不到一分鐘就能打完”，也就是不到0.06s一個(gè)包粥诫。

4油航、利用Zip文件comment的終極方案

另外給出了一個(gè)終極方案：
我們知道Zip文件末尾有一塊區(qū)域，可以用來(lái)存放文件的comment怀浆。改動(dòng)這個(gè)區(qū)域谊囚，絲毫不會(huì)影響Zip文件的內(nèi)容。

打包的代碼很簡(jiǎn)單：

shutil.copyfile(src_file_path, output_file_path)

with zipfile.ZipFile(output_file_path, mode='a') as zipFile:
    zipFile.comment = bytes(channel, encoding=‘utf8')

這個(gè)方法比前一個(gè)方法的區(qū)別在于执赡，它不會(huì)修改Apk的內(nèi)容镰踏，也就不必重新打包，速度又有提升沙合！
按文檔中的說(shuō)法奠伪，這個(gè)方法1s內(nèi)可以打300多個(gè)包，也就是說(shuō)單個(gè)包的時(shí)間小于10毫秒首懈！

讀取的代碼稍微復(fù)雜一些绊率。
Java 7的ZipFile類(lèi)，有g(shù)etComment方法究履，可以輕易地讀取comment值滤否。然而這個(gè)方法只在Android 4.4以及更高版本才可用，我們就需要多花點(diǎn)時(shí)間把這段邏輯移植過(guò)來(lái)最仑。
所幸這里的邏輯不復(fù)雜藐俺，我們查看源碼，可以看到主要邏輯都在ZipFile的一個(gè)私有方法readCentralDir里泥彤，一小部分讀取二進(jìn)制數(shù)據(jù)的邏輯在libcore.io.HeapBufferIterator欲芹，全部搬過(guò)來(lái)，整理一下就搞定了：

public static String getChannel(Context context) {
   String packagePath = context.getPackageCodePath();

   RandomAccessFile raf = null;
   String channel = "";
   try {
      raf = new RandomAccessFile(packagePath, "r");
      channel = readChannel(raf);
   } catch (IOException e) {
      // ignore
   } finally {
      if (raf != null) {
         try {
            raf.close();
         } catch (IOException e) {
            // ignore
         }
      }
   }

   return channel;
}

private static final long LOCSIG = 0x4034b50;
private static final long ENDSIG = 0x6054b50;
private static final int ENDHDR = 22;

private static short peekShort(byte[] src, int offset) {
   return (short) ((src[offset + 1] << 8) | (src[offset] & 0xff));
}

private static String readChannel(RandomAccessFile raf) throws IOException {
   // Scan back, looking for the End Of Central Directory field. If the zip file doesn't
   // have an overall comment (unrelated to any per-entry comments), we'll hit the EOCD
   // on the first try.
   // No need to synchronize raf here -- we only do this when we first open the zip file.
   long scanOffset = raf.length() - ENDHDR;
   if (scanOffset < 0) {
      throw new ZipException("File too short to be a zip file: " + raf.length());
   }

   raf.seek(0);
   final int headerMagic = Integer.reverseBytes(raf.readInt());
   if (headerMagic == ENDSIG) {
      throw new ZipException("Empty zip archive not supported");
   }
   if (headerMagic != LOCSIG) {
      throw new ZipException("Not a zip archive");
   }

   long stopOffset = scanOffset - 65536;
   if (stopOffset < 0) {
      stopOffset = 0;
   }

   while (true) {
      raf.seek(scanOffset);
      if (Integer.reverseBytes(raf.readInt()) == ENDSIG) {
         break;
      }

      scanOffset--;
      if (scanOffset < stopOffset) {
         throw new ZipException("End Of Central Directory signature not found");
      }
   }

   // Read the End Of Central Directory. ENDHDR includes the signature bytes,
   // which we've already read.
   byte[] eocd = new byte[ENDHDR - 4];
   raf.readFully(eocd);

   // Pull out the information we need.
   int position = 0;
   int diskNumber = peekShort(eocd, position) & 0xffff;
   position += 2;
   int diskWithCentralDir = peekShort(eocd, position) & 0xffff;
   position += 2;
   int numEntries = peekShort(eocd, position) & 0xffff;
   position += 2;
   int totalNumEntries = peekShort(eocd, position) & 0xffff;
   position += 2;
   position += 4; // Ignore centralDirSize.
   // long centralDirOffset = ((long) peekInt(eocd, position)) & 0xffffffffL;
   position += 4;
   int commentLength = peekShort(eocd, position) & 0xffff;
   position += 2;

   if (numEntries != totalNumEntries || diskNumber != 0 || diskWithCentralDir != 0) {
      throw new ZipException("Spanned archives not supported");
   }

   String comment = "";
   if (commentLength > 0) {
      byte[] commentBytes = new byte[commentLength];
      raf.readFully(commentBytes);
      comment = new String(commentBytes, 0, commentBytes.length, Charset.forName("UTF-8"));
   }
   return comment;
}

需要注意的是吟吝，Android 7.0加入了APK Signature Scheme v2技術(shù)耀石。在Android Plugin for Gradle 2.2，這一技術(shù)是缺省啟用的爸黄，這會(huì)導(dǎo)致第三、第四兩種方法打出的包在Android 7.0下面校驗(yàn)失敗揭鳞。解決方法有二炕贵，一是把Gradle版本改低，二是在signingConfigs/release下面加上配置v2SigningEnabled false野崇。詳細(xì)說(shuō)明見(jiàn)谷歌的文檔

總結(jié)

用表格說(shuō)話