packer-ng-plugin|下一代安卓打包工具
packer-ng-plugin 是下一代Android渠道打包工具Gradle插件,支持極速打包, 1000 個渠道包只需要 5 秒鐘,速度是 gradle-packer-plugin 的 1000 倍以上,可方便的用于CI系統集成,支持自定義輸出目錄和最終APK文件名,依賴包: com.mcxiaoke.gradle:packer-ng:1.0.+ 簡短名: packer ,可以在項目的 build.gradle 中指定使用,還提供了命令行獨立使用的Java和Python腳本。
實現原理
PackerNg原理
優點
-
使用APK注釋字段保存渠道信息和MAGIC字節,從文件末尾讀取渠道信息,速度快
-
實現為一個Gradle Plugin,支持定制輸出APK的文件名等信息,方便CI集成
-
提供Java版和Python的獨立命令行腳本,不依賴Gradle插件,支持獨立使用
-
由于打包速度極快,單個包只需要5毫秒左右,可用于網站后臺動態生成渠道包
缺點
-
沒有使用Android的productFlavors,無法利用flavors條件編譯的功能
文件格式
Android應用使用的APK文件就是一個帶簽名信息的ZIP文件,根據 ZIP文件格式規范 ,每個ZIP文件的最后都必須有一個叫 Central Directory Record 的部分,這個CDR的最后部分叫"end of central directory record",這一部分包含一些元數據,它的末尾是ZIP文件的注釋。注釋包含 Comment Length 和 File Comment 兩個字段,前者表示注釋內容的長度,后者是注釋的內容,正確修改這一部分不會對ZIP文件造成破壞,利用這個字段,我們可以添加一些自定義的數據,PackerNg項目就是在這里添加和讀取渠道信息。
細節處理
原理很簡單,就是將渠道信息存放在APK文件的注釋字段中,但是實現起來遇到不少坑,測試了好多次。
ZipOutputStream.setComment
FileOutputStream is = new FileOutputStream("demo.apk", true);ZipOutputStream zos = new ZipOutputStream(is);
zos.setComment("Google_Market");
zos.finish();
zos.close();ZipFile zipFile=new ZipFile("demo.apk");System.out.println(zipFile.getComment()); 使用Java寫入APK文件注釋雖然可以正常讀取,但是安裝的時候會失敗,錯誤信息是:
adb install -r demo.apk Failure [INSTALL_FAILED_INVALID_APK]
原因未知,可能Java的Zip實現寫入了某些特殊字符導致APK文件校驗失敗,于是只能放棄這個方法。同樣的功能使用Python測試完全沒有問題,處理后的APK可以正常安裝。
ZipFile.getComment
上面是ZIP文件注釋寫入,使用Java會導致APK文件被破壞,無法安裝。這里是讀取ZIP文件注釋的問題,Java 7里可以使用 zipFile.getComment() 方法直接讀取注釋,非常方便。但是Android系統直到API 19,也就是4.4以上的版本才支持 ZipFile.getComment() 方法。由于要兼容之前的版本,所以這個方法也不能使用。
解決方法
由于使用Java直接寫入和讀取ZIP文件的注釋都不可行,使用Python又不方便與Gradle系統集成,所以只能自己實現注釋的寫入和讀取。 實現起來也不復雜,就是為了提高性能,避免讀取整個文件,需要在注釋的最后加入幾個MAGIC字節,這樣從文件的最后開始,讀取很少的幾個字節就可以定位 渠道名的位置。
幾個常量定義:
// ZIP文件的注釋最長65535個字節
static final int ZIP_COMMENT_MAX_LENGTH = 65535;
// ZIP文件注釋長度字段的字節數
static final int SHORT_LENGTH = 2;
// 文件最后用于定位的MAGIC字節
static final byte[] MAGIC = new byte[]{0x21, 0x5a, 0x58, 0x4b, 0x21}; //!ZXK! 讀寫注釋
Java版詳細的實現見 PackerNg.java ,Python版的實現見 ngpacker.py 。
寫入ZIP文件注釋:
public static void writeZipComment(File file, String comment)
throws IOException {
byte[] data = comment.getBytes(UTF_8);
final RandomAccessFile raf = new RandomAccessFile(file, "rw");
raf.seek(file.length() - SHORT_LENGTH);
// write zip comment length
// (content field length + length field length + magic field length)
writeShort(data.length + SHORT_LENGTH + MAGIC.length, raf);
// write content
writeBytes(data, raf);
// write content length
writeShort(data.length, raf);
// write magic bytes
writeBytes(MAGIC, raf);
raf.close();
} 讀取ZIP文件注釋,有兩個版本的實現,這里使用的是 RandomAccessFile ,另一個版本使用的是 MappedByteBuffer ,經過測試,對于特別長的注釋,使用內存映射文件讀取性能要稍微好一些,對于特別短的注釋(比如渠道名),這個版本反而更快一些。
public static String readZipComment(File file) throws IOException {
RandomAccessFile raf = null;
try {
raf = new RandomAccessFile(file, "r");
long index = raf.length();
byte[] buffer = new byte[MAGIC.length];
index -= MAGIC.length;
// read magic bytes
raf.seek(index);
raf.readFully(buffer);
// if magic bytes matched
if (isMagicMatched(buffer)) {
index -= SHORT_LENGTH;
raf.seek(index);
// read content length field
int length = readShort(raf);
if (length > 0) {
index -= length;
raf.seek(index);
// read content bytes
byte[] bytesComment = new byte[length];
raf.readFully(bytesComment);
return new String(bytesComment, UTF_8);
}
}
} finally {
if (raf != null) {
raf.close();
}
}
return null;
} 讀取APK文件,由于這個庫 packer-helper 需要同時給Gradle插件和Android項目使用,所以不能添加Android相關的依賴,但是又需要讀取自身APK文件的路徑,使用反射實現:
// for android code
private static String getSourceDir(final Object context)
throws ClassNotFoundException,
InvocationTargetException,
IllegalAccessException,
NoSuchFieldException,
NoSuchMethodException {
final Class<?> contextClass = Class.forName("android.content.Context");
final Class<?> applicationInfoClass = Class.forName("android.content.pm.ApplicationInfo");
final Method getApplicationInfoMethod = contextClass.getMethod("getApplicationInfo");
final Object appInfo = getApplicationInfoMethod.invoke(context);
final Field sourceDirField = applicationInfoClass.getField("sourceDir");
return (String) sourceDirField.get(appInfo);
} Gradle Plugin
這個和舊版插件基本一致,首先是讀取渠道列表文件,保存起來,打包的時候遍歷列表,復制生成的APK文件到臨時文件,給臨時文件寫入渠道信息,然后復制到輸出目錄,文件名可以使用模板定制。主要代碼如下:
// 添加打包用的TASK
def archiveTask = project.task("apk${variant.name.capitalize()}",
type: ArchiveAllApkTask) {
theVariant = variant
theExtension = modifierExtension
theMarkets = markets
dependsOn variant.assemble
}
def buildTypeName = variant.buildType.name
if (variant.name != buildTypeName) {
project.task("apk${buildTypeName.capitalize()}", dependsOn: archiveTask)
}
// 遍歷列表修改APK文件
theMarkets.each { String market ->
String apkName = buildApkName(theVariant, market)
File tempFile = new File(tempDir, apkName)
File finalFile = new File(outputDir, apkName)
tempFile << originalFile.bytes
copyTo(originalFile, tempFile)
PackerNg.Helper.writeMarket(tempFile, market)
if (PackerNg.Helper.verifyMarket(tempFile, market)) {
copyTo(tempFile, finalFile)
}
} 詳細的實現可以查看文件 PackerNgPlugin.groovy 和文件 ArchiveAllApkTask.groovy
來自: http://www.oschina.net/p/packer-ng-plugin?fromerr=YmfduTsR