3. 如何测试Android App Bundle？
Android App Bundle包倒是打出来了，那怎么进行测试呢？我们设备上仅允许安装apk文件，aab是不能直接进行安装的。这里官方提供了3种方式可供选择：Android Studio 、Google Play 和 bundletool，下面我们一一来介绍。
3.1 Android Studio
利用Android Studio，在我们平时开发时就可以直接将项目打包成debug的aab并且运行到设备上，只需要点一下运行按钮即可（当然，这之前需要一些简单的配置才行）。Android Studio和Google Play使用相同的工具从aab中提取apk并将其安装在设备上，因此这种本地测试策略也是可行的。这种方式可以验证以下几点：
- 该项目是否可以构建为app bundle
- Android Studio是否能够从app bundle中提取目标设备配置的apk
- 功能模块的功能与应用的基本模块是否兼容
- 该项目是否可以在目标设备上按预期运行
默认情况下，设备连接上Android Studio之后，运行时打的包是apk。所以我们需要配置一下，改成运行时先打app bundle，然后再从app bundle中提取出该设备需要的配置apk，再组装成一个新的apk并签名，随后安装到设备上。具体配置步骤如下：
- 从菜单栏中依次选择 Run -> Edit Configurations。
- 从左侧窗格中选择一项运行/调试配置。
- 在右侧窗格中，选择 General 标签页。
- 从 Deploy 旁边的下拉菜单中选择 APK from app bundle。
- 如果你的应用包含要测试的免安装应用体验，请选中 Deploy as an instant app 旁边的复选框。
- 如果你的应用包含功能模块，你可以通过选中每个模块旁边的复选框来选择要部署的模块。默认情况下，Android Studio 会部署所有功能模块，并且始终都会部署基本应用模块。
- 点击 Apply 或 OK。
好了，现在已经配置好了，现在点击运行按钮，Android Studio会构建app bundle，并使用它来仅部署连接的设备及你选择的功能模块所需要的apk。
3.2 bundletool
bundletool 是一种命令行工具，谷歌开源的，Android Studio、Android Gradle 插件和 Google Play 使用这一工具将应用的经过编译的代码和资源转换为 App Bundle，并根据这些 Bundle 生成可部署的 APK。
前面使用Android Studio来测试app bundle比较方便，但是，官方推荐使用bundletool 从 app bundle 将应用部署到连接的设备。因为bundletool提供了专门为了帮助你测试app bundle并模拟通过Google Play分发而设计的命令，这样的话我们就不必上传到Google Play管理中心去测试了。
下面我们就来实验一把。
- 首先是下载bundletool，到GitHub上去下载bundletool
- 然后通过Android Studio或者Gradle将项目打包成Android App Bundle，然后通过bundletool将Android App Bundle生成一个apk容器（官方称之为split APKs），这个容器以
.apks作为文件扩展名，这个容器里面包含了该应用支持的所有设备配置的一组apk。这么说可能不太好懂，我们实操一下：
//使用debug签名生成apk容器
java -jar bundletool-all-1.14.0.jar build-apks --bundle=app-release.aab --output=my_app.apks
//使用自己的签名生成apk容器
java -jar bundletool-all-1.14.0.jar build-apks --bundle=app-release.aab --output=my_app.apks
--ks=keystore.jks
--ks-pass=file:keystore.pwd
--ks-key-alias=MyKeyAlias
--key-pass=file:key.pwd
复制代码ps: build-apks命令是用来打apks容器的，它有很多可选参数，比如这里的
--bundle=path表示：指定你的 app bundle 的路径，--output=path表示：指定输出.apks文件的名称，该文件中包含了应用的所有 APK 零部件。它的其他参数大家感兴趣可以到bundletool查阅。
执行完命令之后，会生成一个my_app.apks的文件，我们可以把这个apks文件解压出来，看看里面有什么。
│ toc.pb
│
└─splits
base-af.apk
base-am.apk
base-ar.apk
base-as.apk
base-az.apk
base-be.apk
base-bg.apk
base-bn.apk
base-bs.apk
base-ca.apk
base-cs.apk
base-da.apk
base-de.apk
base-el.apk
base-en.apk
base-es.apk
base-et.apk
base-eu.apk
base-fa.apk
base-fi.apk
base-fr.apk
base-gl.apk
base-gu.apk
base-hdpi.apk
base-hi.apk
base-hr.apk
base-hu.apk
base-hy.apk
base-in.apk
base-is.apk
base-it.apk
base-iw.apk
base-ja.apk
base-ka.apk
base-kk.apk
base-km.apk
base-kn.apk
base-ko.apk
base-ky.apk
base-ldpi.apk
base-lo.apk
base-lt.apk
base-lv.apk
base-master.apk
base-mdpi.apk
base-mk.apk
base-ml.apk
base-mn.apk
base-mr.apk
base-ms.apk
base-my.apk
base-nb.apk
base-ne.apk
base-nl.apk
base-or.apk
base-pa.apk
base-pl.apk
base-pt.apk
base-ro.apk
base-ru.apk
base-si.apk
base-sk.apk
base-sl.apk
base-sq.apk
base-sr.apk
base-sv.apk
base-sw.apk
base-ta.apk
base-te.apk
base-th.apk
base-tl.apk
base-tr.apk
base-tvdpi.apk
base-uk.apk
base-ur.apk
base-uz.apk
base-vi.apk
base-xhdpi.apk
base-xxhdpi.apk
base-xxxhdpi.apk
base-zh.apk
base-zu.apk
复制代码里面有一个toc.pb文件和一个splits文件夹（splits顾名思义，就是拆分出来的所有apk文件），splits里面有很多apk，base-开头的apk是主module的相关apk，其中base-master.apk是基本功能apk，base-xxhdpi.apk则是对资源分辨率进行了拆分，base-zh.apk则是对语言资源进行拆分。
我们可以将这些apk拖入Android Studio看一下里面有什么，比如base-xxhdpi.apk：
│ AndroidManifest.xml
|
| resources.arsc
│
├─META-INF
│ BNDLTOOL.RSA
│ BNDLTOOL.SF
│ MANIFEST.MF
│
└─res
├─drawable-ldrtl-xxhdpi-v17
│ abc_ic_menu_copy_mtrl_am_alpha.png
│ abc_ic_menu_cut_mtrl_alpha.png
│ abc_spinner_mtrl_am_alpha.9.png
│
├─drawable-xhdpi-v4
│ notification_bg_low_normal.9.png
│ notification_bg_low_pressed.9.png
│ notification_bg_normal.9.png
│ notification_bg_normal_pressed.9.png
│ notify_panel_notification_icon_bg.png
│
└─drawable-xxhdpi-v4
abc_textfield_default_mtrl_alpha.9.png
abc_textfield_search_activated_mtrl_alpha.9.png
abc_textfield_search_default_mtrl_alpha.9.png
abc_text_select_handle_left_mtrl_dark.png
abc_text_select_handle_left_mtrl_light.png
abc_text_select_handle_middle_mtrl_dark.png
abc_text_select_handle_middle_mtrl_light.png
abc_text_select_handle_right_mtrl_dark.png
abc_text_select_handle_right_mtrl_light.png
复制代码首先，这个apk有自己的AndroidManifest.xml，其次是resources.arsc，还有META-INF签名信息，最后是与自己名称对应的xxhdpi的资源。
再来看一个base-zh.apk:
│ AndroidManifest.xml
│ resources.arsc
│
└─META-INF
BNDLTOOL.RSA
BNDLTOOL.SF
MANIFEST.MF
复制代码也是有自己的AndroidManifest.xml、resources.arsc、签名信息，其中resources.arsc里面包含了字符串资源（可以直接在Android Studio中查看）。
分析到这里大家对apks文件就有一定的了解了，它是一个压缩文件，里面包含了各种最终需要组成apk的各种零部件，这些零部件可以根据设备来按需组成一个完整的app。 比如我有一个设备是只支持中文、xxhdpi分辨率的设备，那么这个设备其实只需要下载部分apk就行了，也就是base-master.apk(基本功能的apk)、base-zh.apk（中文语言资源）和base-xxhdpi.apk（图片资源）给组合起来。到Google Play上下载apk，也是这个流程（如果这个项目的后台上传的是app bundle的话），Google Play会根据设备的特性（CPU架构、语言、分辨率等），首先下载基本功能apk，然后下载与之配置的CPU架构的apk、语言apk、分辨率apk等，这样下载的apk是最小的。
- 生成好了apks之后，现在我们可以把安卓测试设备插上电脑，然后利用bundletool将apks中适合设备的零部件apk挑选出来，并部署到已连接的测试设备。具体操作命令：
java -jar bundletool-all-1.14.0.jar install-apks --apks=my_app.apks，执行完该命令之后设备上就安装好app了，可以对app进行测试了。bundletool会去识别这个测试设备的语言、分辨率、CPU架构等，然后挑选合适的apk安装到设备上，base-master.apk是首先需要安装的，其次是语言、分辨率、CPU架构之类的apk，利用Android 5.0以上的split apks，这些apk安装之后可以共享一套代码和资源。
3.3 Google Play
如果我最终就是要将Android App Bundle发布到Google Play，那可以先上传到Google Play Console的测试渠道，再通过测试渠道进行分发，然后到Google Play下载这个测试的App，这样肯定是最贴近于用户的使用环境的，比较推荐这种方式进行最后的测试。
