关于Google Play新打包格式aab(Android App Bundle)的调研简报


关于Google Play新打包格式aab(Android App Bundle)的调研简报

1.背景

根据 Google Play 的政策，从 2019 年 8 月开始，所有在 Play 上架的新应用和已有应用的更新都必须包含原生 64 位版本(主要指应用内的.so文件)，若Biugo提供了64位支持但继续使用老的Universal-Apk(包含应用所有资源，可安装在任意支持的设备上)的打包方式，包体直接增大20多MB(.so文件的大小)。Google在文档中明确说明了安装包的大小会影响卸载率和留存[1]。

2.Android App Bundle打包格式

Google Play所支持的新的打包格式，文件后缀为.aab。如图一所示，aab包含基础模块(Base Module)和各个动态功能模块(Dynamic Feature Module)，每个模块包含该模块所需
图一
的所有资源(dex、res、assets、lib)，对于现阶段的Biugo来说，只会有一个Base Module。通过Google提供的bundletool[2]工具，如图二所示，可以让每个模块生成一个Apk全集(Apks Set)，Apk全集包含四个子集:
  • Base or Dynamic Feature Apk(java代码)
  • Density  Configuration Apks Set(根据不同屏幕尺寸、分辨率划分的图片等资源的子集)
  • Language Configuration Apks Set (语言资源的子集)
  • ABI Configuration Apks Set(根据cpu架构划分的native资源的子集，主要是so文件)
可以将Biugo的主模块拆分为图三所示的Apk全集。
图二

图三

3.构建Android App Bundle

3.1 Server-Side构建(Jenkins)

详见Google文档[3]，通过Google提供的bundletool[2]工具生成.aab，使用jarsigner[4]
对.aab进行前面，jenkins部署还需注意aapt2版本问题，如图四所示。
图四

3.2 AndroidStudio构建

  1. 如图五，图六所示，在Build菜单构建带有签名的.aab(生成app.aab)。本文中将所有相关资源移入~/Downloads/目录中，方便演示。  
  2. 下载bundletool工具[2]用以下命令生成带签名的Apk全集(out.apks)，如图七所示。
    cd ~/Downloads/
    java -jar bundletool-all-0.9.0.jar build-apks --bundle=app.aab --output=out.apks -- ks=keystore文件 --ks-pass=pass:keystore密码 --ks-key-alias=keystore别名 --key-pass=pass:key密码
  3. 如图八所示，解压out.apks后可见其包含的所有子集。
图五
图六
图七
图八


4.将Apks部署到Android Device(本地测试)

只能通过bundletool[2]工具将Apks部署到Android Device，用adb手动连续安装多个Apk会报错。

4.1 在Apk全集中寻找合适的子集依次安装到目标设备

执行以下命令即可。
java -jar bundletool-all-0.9.0.jar install-apks —apks=out.apks
注意对于Google Play版本过低或Android版本为4.x及以下的设备，bundletool[2]工具不会寻找适合的Apk子集依次安装，而会直接安装例如图八中的standalone-armeabi_v7a_xxhdpi.apk。

4.2 生成适用于目标设备配置的Apk子集

先创建一个描述目标设备配置的json文件，如下所示，将之命名为device-spec.json。该json实际上描述的是Pixel 2XL。也可通过命令(java -jar bundletool-all-0.9.0.jar get-device-spec —output=device-spec.json)直接获取所连接设备的配置文件，无需手动创建。
{
  "supportedAbis": ["arm64-v8a", "armeabi-v7a", "armeabi"],
  "supportedLocales": ["en-US", "pt-BR"],
  "screenDensity": 560,
  "sdkVersion": 28
}
执行以下命令生成使用于该设备配置的Apk子集
java -jar bundletool-all-0.9.0.jar build-apks --device-spec=device-spec.json --bundle=app.aab --output=device_specific_out.apks -- ks=keystore文件 --ks-pass=pass:keystore密码 --ks-key-alias=keystore别名 --key-pass=pass:key密码
如图九所示，解压device_specific_out.apks可看到其包含的Apk子集:
  • base-master.apk主模块dex
  • base-xxxhdpi.apk图片等资源
  • base-en.apk、base-pt.apk语言资源
  • base-armeabi.apk为native资源  
图九

4.3 估算下发给目标设备的Apk子集的下载包总大小(estimated download sizes of APKs in an APK set)

执行如下命令即可
java -jar bundletool-all-0.9.0.jar get-size total --apks=out.apks
可选参数主要为
—device-spec=path
--dimensions=dimensions
更多参数详见Google文档[2]
如图十所示，针对Biugo项目2.4.0 maint分支，android app bundle下发给目标设备的下载包体积区间为[43358422bytes,43811905bytes]。如图十一所示，jenkins构建的biugo-2.4.0-SNAPSHOT-4000-official.apk体积为46111434bytes。

图十

  图十一

5.使用Google Play进行测试

  • 可以在Google Play开启内部测试，在https://play.google.com/apps/publish/internalappsharing/上传需要用于内部测试的apk或aab，通过生成的分享链接进行下载于测试，最多100名用户可以通过分享链接下载，分享链接有效期为60天，详见Google文档[5]。
  • 通过Gmail帐号在Google Play上添加测试人员，开启针对特定用户群的测试。详见Google文档[5]。

6. Dynamic Feature Module

Dynamic Feature Module是可动态下发的功能模块，举个例子，淘宝客户端拥有买家功能模块和卖家功能模块，用户在Google Play上安装淘宝后默认只含有买家功能模块，当用户登录帐号后，淘宝认定该用户是一名卖家，那淘宝可以在适合的地方显示卖家功能模块的入口按钮，点击该按钮后，Google Play下发卖家功能模块给用户(有下载过程)，下载安装完成后再让用户进入卖家功能模块。
使用Dynamic Feature Module可以进一步减少包体，从而降低卸载率。

7. 结论

若在乎包体大小对卸载率和留存带来的影响，则一定要使用app bundle[1]。

参考文献


评论

  1. Unknown2020年7月20日 05:05

    您好，请教一下您画图用的是什么工具，可以推荐一下吗,谢谢

    回复删除

发表评论

此博客中的热门博文

Android Studio中kapt调试annotation processor的一些注意事项

图片
首先按照以下三张图所示新建一个用来debug annotation processor的configuration 然后在terminal中输入命令  ./gradlew --no-daemon -Dkotlin.daemon.jvm.options="-Xdebug,-Xrunjdwp:transport=dt_socket\,address=5005\,server=y\,suspend=n" :clean assemble 开始编译 gradle任务执行到:app:kaptDebugKotlin的时候点击debug按钮，然后会提示kapt debug这个configuration 成功地connected to the target VM,  之后便能走到断点处。 格外值得注意的是，调试过程中发现annotation processor的process()方法会执行多次，并且每次调用roundEnvironment.getElementsAnnotatedWith(XXX)的结果都可能不同。由于process()方法中一般要写文件，可能造成写文件的时候抛出“Attempt to recreate a file for type com.XXX.XXX.XXX”的异常，因此写文件时要try catch住异常。捕获了异常不该用mMessager.printMessage(Diagnostic.Kind.ERROR, XXX)，这会终止编译进程。
阅读全文

用Android Studio将项目上传到JCenter和Maven Central遇到的一些问题及解决办法

图片
大多数项目均可依照nuuneoi的教程 How to distribute your own Android library through jCenter and Maven Central from Android Studio  成功上传到JCenter和Maven Central。 但是，如果你的项目中有第三方依赖关系,如在build.gradle中有 compile 'com.android.support:appcompat-v7:23.1.1' 那么在terminal中执行命令 ./gradlew build 时，会有错误提示，提示找不到第三方依赖关系中的包的内容，无法生成javadoc。找到一篇分析的比较清楚的文章 Android 项目打包到JCenter的坑 ，其中说到了javadoc无法生成的原因就是存在第三方依赖关系，但是按文中给出的gradle脚本执行，依然会报错。 后来我稍微琢磨了一下nuuneoi教程中给出的gradle脚本。生成javadoc的语句是 task javadoc ( type : Javadoc ) { source = android . sourceSets . main . java . srcDirs classpath += project . files ( android . getBootClasspath (). join ( File . pathSeparator )) } task javadocJar ( type : Jar , dependsOn : javadoc ) { classifier = ' javadoc ' from javadoc . destinationDir } 本人对gradle也知之甚少，但是经过多次尝试，将上述语句中task javadoc的内容删掉即可成功生成javadoc.jar task javadoc ( type : Javadoc ) { } task javadocJar ( type : Jar , dependsOn : javadoc ) { classifier = ...
阅读全文