你好，Android AAB！

比眉伴天荒 2023-01-23 13:49 474阅读 0赞

### 文章目录 ###

*  前言
 *  一、aab是什么？
 *  二、aab和apk的区别
 *   *  1.aab和apk的文件格式
     *  2.Split APKs
     *  3.Bundletool的使用
 *  总结

--------------------

# 前言 #

Google在2021年的8月份起，要求所有上架Google Play的应用必须采用.aab的新格式才可以上传应用包，对于aab新格式的包其实早在去年的年底官方就做了对应的通知了，不过aab虽然首次出现的时间是在2018年，但是在国内很少被提及到，基本上都是以apk为主，现在既然Google强制要求使用aab来上架GP（Google Play），那么这篇文章就来讲讲aab和apk的区别~

# 一、aab是什么？ #

Android App Bundle（简称aab），是Google 2018年首次推出的一种动态化的打包方式，主要的呈现形式表现在当开发者以aab的格式把应用上传到GP，GP可以根据不用的用户来实现Features或者 Resources 的按需下发；

*  Play Feature Delivery（PFD)：借助aab实现Feature的按需动态加载，就类似于国内现在流行的插件化技术。
 *  Play Asset Delivery (PAD)：借助aab实现一些素材资源的按需下载，这就比较适合游戏类的App了，无需为了适配所有的机型而保留所有的游戏素材。但是对于常规的App来说，也是可以一样做到按需下发的，例如可以无需同事存在hdpi、xhdpi 等多套图片，这样也可以减小应用包的体积大小。

# 二、aab和apk的区别 #

## 1.aab和apk的文件格式 ##

首先先来看两张图，看看aab和apk的文件格式有什么具体的变化，图1是aab，其次是apk

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70]![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 1]  
至于apk的文件格式我就不必多说了，相信大家做Android开发的应该都知道，现在说说aab的文件格式，整理了一个表格：

<table> 
 <thead> 
  <tr> 
   <th>文件</th> 
   <th>具体描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>assets目录</td> 
   <td>用于放置APP所需的固定文件，且该文件被打包到APK中时，不会被编码到二进制文件</td> 
  </tr> 
  <tr> 
   <td>lib目录</td> 
   <td>主要放so文件，上传aab时，GP会检查这些目录并仅仅打包满足目标设备所需的最小文件</td> 
  </tr> 
  <tr> 
   <td>dex目录</td> 
   <td>编程的时候是java文件，但是Android并不能直接运行java文件，所以在生成apk或者aab的时候会先把java文件转换成class文件，最后在转换成可运行在Android上面的dex文件</td> 
  </tr> 
  <tr> 
   <td>res目录</td> 
   <td>主要资源文件，icon、图片及布局等文件</td> 
  </tr> 
  <tr> 
   <td>resources.pb</td> 
   <td>类似于 resource.arsc 文件，是一个资源索引表，其中描述了应用程序内部存在的资源和目标的细节，可用于 GP 针对不同设备配置 APK</td> 
  </tr> 
  <tr> 
   <td>res目录</td> 
   <td>主要资源文件，icon、图片及布局等文件</td> 
  </tr> 
  <tr> 
   <td>manifest目录</td> 
   <td>主要放置Android的清单文件</td> 
  </tr> 
  <tr> 
   <td>assets.pb</td> 
   <td>这个文件有点类似于应用程序的assets资源表，主要是GP针对不同的设备配置Apk</td> 
  </tr> 
  <tr> 
   <td>native.pb</td> 
   <td>相当于native库的资源表，主要还是用于 GP 针对不同设备配置 APK</td> 
  </tr> 
 </tbody> 
</table>

## 2.Split APKs ##

Split APKs 机制是 AAB 实现动态下发的基础，它允许将一个庞大的 APK 按不同维度拆分成独立的 APK，当用户在 GP 下载应用时，Android Framework 通过 IPC 与 GP 通信，为当前设备匹配并下载最小构成的 APK, 但是需要注意的是，这只在 Android 5.0 以上的设备才有效，对于Android 5.0以下的设备，aab会根据Splits的矩阵生成多个Standalone的Apk，就是为了适配Android 5.0以下的多种设备；

aab文件的应用不能直接安装到Android设备上，所以我们这里要把aab转成apks，然后才可以正常的安装到设备上，这里会介绍到官方提供的一个工具：Bundletool

## 3.Bundletool的使用 ##

介绍Bundletool之前，我们首先需要知道aab是如何生成的，这里可以直接build个debug的aab包  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 2]  
生成的路径如下：  
![在这里插入图片描述][20210715162925485.png]  
这个aab包是不带签名的，这里也可以直接生成带签名aab包  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 3]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 4]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 5]  
框框的地方可以勾选，到时候会生成一个 .pepk文件，这个文件到时候上传到GP会用到，然后next就可以生成一个带签名的aab包了，那aab包已经有了，怎么转成Apks呢，这里就要使用到Bundletool了：

首先先下载一个bundletool工具，[下载地址][Link 1]，当 bundletool 从 app bundle 生成 APK 时，它会将这些 APK 纳入到一个名为“APK set archive”的容器中，该容器以 .apks 作为文件扩展名。这里的话主要是bundletool使用对应的命令来生成Apks。

java -jar bundletool-all-1.7.0.jar build-apks 
    --bundle=app-debug.aab 
    --output==app.apks 
    --ks=hw.jks 
    --ks-pass=pass:123456 
    --ks-key-alias=123456 
    --key-pass=pass:123456

<table> 
 <thead> 
  <tr> 
   <th>标记</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>- -bundle=<font>path</font></td> 
   <td>指定使用 Android Studio 构建的 App Bundle 的路径，也就是生成的aab的具体路径</td> 
  </tr> 
  <tr> 
   <td>- -output=<font>path</font></td> 
   <td>指定“.apks”输出文件的名称，该文件中包含了应用的所有 APK 工件</td> 
  </tr> 
  <tr> 
   <td>- -ks=<font>path</font></td> 
   <td>指定用于为 APK 签名的部署密钥库的路径。此标记是可选的，如果不添加此标记，bundletool 会尝试使用调试签名密钥为你的 APK 签名</td> 
  </tr> 
  <tr> 
   <td>- -ks-pass=<font>path</font></td> 
   <td>指定密钥库的密码，如果指定纯文本格式的密码，使用 pass: 限定该密码，如果要传递包含该密码的文件的路径，请使用 file: 限定该路径</td> 
  </tr> 
  <tr> 
   <td>- -ks-key-alias=<font>path</font></td> 
   <td>指定要使用的签名密钥的别名</td> 
  </tr> 
  <tr> 
   <td>- -output=<font>path</font></td> 
   <td>指定秘钥库的密码</td> 
  </tr> 
 </tbody> 
</table>

生成一组 APK 后，bundletool 可以将其中适当的 APK 组合部署到已连接的设备，如果是android 5.0（API 级别 21）以上的设备，BundleTool会在该设备上安装所需的基础Apk、功能模块Apk和配置Apk，但是如果是低于Android 5.0的设备，那BundleTool会查找更多兼容的Apk安装到对应的设备上。

用命令行进行安装apks：

java -jar bundletool-all-1.7.0.jar install-apks --apks=app.apks

--------------------

# 总结 #

总得来说，Android App Bundle 是一种发布格式，其中包含您应用的所有经过编译的代码和资源，它会将 APK 生成及签名交由 Google Play 来完成，但是这里有个值得一提的地方，aab的文件大小一般会比apk小20%左右，但是有时候生成的Apks文件大小却会比原来的大好几十倍，这时因为build.gradle文件中minSdkVersion 小于21的原因，BundleTool就会生成很多歌兼容Android 5.0以下设备的Apk，如下图所示  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 6]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 7]

如果不想生成过大的apks文件，只需要把minSdkVersion改成大于等于21就行了；

[参考文章链接][Link 2]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20210715114752819.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 1]: /images/20221004/bd08b48264a444679473e5030f60c76f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 2]: /images/20221004/8dbf17f9c840470693a2673b1e025a26.png
[20210715162925485.png]: /images/20221004/f691ff3ecc874c04a215291737f77e8b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 3]: /images/20221004/c31d1015890247e6be6af2722457dfdb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 4]: /images/20221004/d67e77b615fc4880b714b1b4c7cc6871.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 5]: /images/20221004/a0d1b068253f442b86a96d6f7c26933f.png
[Link 1]: https://github.com/google/bundletool/releases
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 6]: /images/20221004/bc4837691f244081834ba2a35e23cb2f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyODg5NDc2_size_16_color_FFFFFF_t_70 7]: /images/20221004/4c9784a20e244177992b84147686450e.png
[Link 2]: https://juejin.cn/post/6984588418554527774#heading-6