谷歌强推安卓AAB格式只是OpenHarmonyOS的催化剂，助力鸿蒙走更远

Posted 2023-04-16

参考技术A

最近对智能手机影响最大的是哪些事情？其实对大多数人来说，华为的HarmonyOS2.0，苹果ios15，微软的Windows 11 系统等个人认为影响最大莫过于 谷歌推行安卓系统应用要求为AAB格式，对未来智能手机影响最大。 从今年8月份开始Google Play后续应用仅支持AAB（ android App Bundles ）格式上架，意思就是谷歌应用商店所有APP做强制要求必须是AAB格式，APK不允许上架谷歌应用商店。

今年6月份这几个重大发布会影响着每个人的生活和习惯。首先是6月2日华为发布鸿蒙系统，国内终于有自己的灵魂手机操作系统，并可以实现万物互联，未来电子产品影响广泛，6月8日苹果发布介绍iOS15、MacOS、watchOS等系统更新计划，以及iPhone13未来发布影响较大。6月24日晚23时，微软发布了Windows 11操作系统，令大家最意外的是PC电脑可以支持安卓应用，不少人认为只是三大系统的整合体，在Windows 11系统下面能支持安卓应用安装，UI风格更像Mac，操作风格就是Windows系列升级版。 其实令大家最意外，也是影响最大的，莫过于谷歌在6月底，谷歌强推安卓AAB格式，意味着8月份之后Google Play只有AAB格式。

谷歌这次的闷骚动作真的对抗鸿蒙系统还是自我防护，其实从2018年谷歌在I/O大会上早已提出，只不过没有做强制要求， 现在这个时间点强制要求，的确耐人寻味，是对华为鸿蒙系统和Windows 11 系统做出的回应还是正式重拳出击整改安卓市场？

谷歌安卓系统碎片化一直是它的痛点，谷歌推广AAB格式能更好一统碎片化安卓市场，进一步将应用的权限完全掌控在自己手里 ，目前安卓的安装都是第三方应用商店，跟自己的应用商店基本上关系不大，应用生态基本上是放开给第三方应用商店。谷歌通过AAB格式可以完全控制第三方应用商店应用生态问题，所有的上架的谷歌应用必须通过签名认证， 第三方应用商店的应用要想继续使用，唯一途径或许只有谷歌授权认证密钥才能下载 ，这样做对开源的鸿蒙系统有什么影响？

其实真正影响最大的是鸿蒙系统的推广和生态环境布局问题，鸿蒙系统有自己的格式问题，升级鸿蒙首先要支持安装兼容的APK文件，谷歌这次升级的AAB格式，华为估计根本很难获得合作授权，后续AAB安装到鸿蒙系统概率很小，除非谷歌和华为能达成相关协议，才有了能获得支持AAB格式安装，作为国内手机厂家，自己能获取的最大利益越来越小，特别是国外市场，更是举步艰难，要做 国外手机的躯壳，还要看谷歌的态度，一旦断开GMS服务，手机就是一般板砖，现在加上应用被谷歌Google Play统一管理限制 ，自己能选择空间非常小，是不是该寻求另一条适合自己长久发展之路，从目前的技术发展局势，留给国内手机厂商时间有限，不可能给你们喘息时间，要么紧跟谷歌发展局势要么自己出局。

对手机厂商而言不得不考虑自己的备胎系统，OpenHarmonyOS可能使他们现在最快捷实现独立自主的唯一方式 ，最重要一点，使用OpenHarmonyOS用户数据在国内服务器上，在国际市场可以避开谷歌的GMS服务限制，通过与华为共同构建华为的HMS服务，共建生态才是他们真正立足于国际市场，不被卡脖子。所以说谷歌推出AAB只会加速OpenHarmonyOS的生态链建设，谷歌的手机AAB格式就是加速推进鸿蒙系统的催化剂。

安卓系统目前推广AAB格式，意味着安卓系统已经进入封闭状态，可能最坏结果就是逐渐淘汰开源安卓系统，谷歌的终极目标就是为 推广Fuchsia系统，因为鸿蒙和苹果iOS都已布局物联网生态建设， Fuchsia系统才是谷歌未来与其他系统对抗的最有效利器。

自2018年谷歌推出新格式，就意味着安卓要走向闭环管理 ，要放弃开源APK格式转入闭环AAB格式，要实现类似苹果这种模式，国内手机真正要想走出国门，能在竞争中获得优势， 只有自己的灵魂是自己的才能走得更远，选择OpenHarmonyOS，构建核心HMS服务，才能不被别人卡脖子 ，如果国内的操作系统生态足够强大， 才能在未来竞争中与谷歌的 Fuchsia、苹果的iOS共同竞争，鼎力局势，选择国产造才有自己的核心，走出国际市场，不受制于谷歌的GMS服务影响。

谷歌弃用APK包格式，转而使用AAB格式

近日，谷歌官方宣布：自 2021 年 8 月起，Google Play 将要求开发者以 Android App Bundle （以下简称 AAB）格式发布新应用，该格式将取代 APK 成为标准的Android应用发布格式。

一直以来，Android 首选的应用程序包就是 APK。APK 是 Android Package 的缩写，即Android 安装包，是一个碗基于 ZIP格式的压缩包文件，里面包含应用代码、图片、音频和开发者生成的应用签名密钥等大量资源。在制作APK包的时候，通过Android SDK 提供的打包工具打包成一个 Android 系统支持的安装程序文件，几乎所有 Android 应用程序都使用这种格式发布。

1， 为何要从 APK 转变为 AAB

一直以来，Android 首选的应用程序包就是 APK，那为什么Android要将安装包的格式从APK转变为AAB呢？有人说是为了应对鸿蒙。在我看来，其实不然，官方之所以这么做，其实是为了降低APK大小的一种手段。

总所周知，一个APK中往往包含应用代码、图片、音频和开发者生成的应用签名密钥等大量资源。不仅如此，为了兼容更多的设备，一个APK还需适配不同的屏幕密度（320dpi、480dpi 等）、处理器（ARM、ARM64、x86等等。但在这种情况下，应用开发者便承受太多：不仅要开发应用，还要管理许多 APK 以支持大量设备。

因此为了省时省力，大多数开发者都会选择构建一个通用 APK，即包含语言包、代码等在内的所有资源。不论用户身处何处、使用何种规格的设备，只需下载这个通用 APK 即可，这就造成APK包大的问题。为了解决这个问题，谷歌在 2018 年 Google I/O 大会上推出了 AAB 格式，希望以此减少开发者的负担，同时也有助于减少应用大小、安装时间和带宽消耗，提高用户体验。

所以说，AAB 格式其实并不是一个全新的应用安装包，而是一套软件的包管理方案，我们可以将它当做一个容器，里面包含着一个基本 APK 和多个用于特定配置的 APK。给予这一机制，很多公司在最近两年都用它实现了插件化和动态化下发的功能，参考文档：Android App Bundle。

因此，一旦开发者选择使用 AAB 格式发布应用，谷歌就会根据用户的设备配置从中生成优化后的 APK 提供给用户。对用户而言，这样的 APK 体积小、安装快，对开发者来说也省事：不必再为各种设备管理一大堆 APK。

AAB 的优势与特点

相较于传统的APK方式，AAB 有哪些优点呢？首先，便是上文所提到的应用体积缩小。据谷歌官方介绍，使用 AAB 生成优化的 APK 体积平均会比一般的 APK 小 15%，而这一数据会根据应用大小有较大起伏。例如 Airbnb 在从 APK 切换到 AAB 格式后应用大小减少了 22%，而 Netflix 更是减少了 57%。

其次，AAB 的 Play Feature Delivery 功能可自定义将哪些功能模块交付给哪个设备，支持安装时交付、按条件交付和按需交付等三种模式。这也就是将应用的功能拆分开来，以此大幅缩短用户下载应用的时间，其中没用的功能用户可以不下载或等到以后需要时再下载。

还有一个 Play Asset Delivery 功能，以动态方式交付大型资源可以减少用户等待时间，同时缩减交付成本。即使用 Play Asset Delivery 的游戏可通过纹理压缩格式作为交付条件，以便用户只获取适合其设备的资源，避免浪费空间或带宽。

如何打AAB包

和APK包的制作流程一样，我们也可以使用Android Studio进行AAB包的制作。首先，选择Android Studio工具栏【build】->【generate singed bundle apk】，如下图。


最后打包完成，会生成一个xxx.aab的文件，如下图：

AAB转APK

虽然从结果看来，以 AAB 格式分发新应用对开发者和用户都有益处，但还是有部分人对此有些担忧。比如，有人就担心因为 AAB 不能在 Google Play 以外的地方下载，会对如亚马逊应用商店等第三方应用商店造成很大影响。为此，谷歌已经开发了一个名为 bundletool 的开源工具，允许开发人员从 AAB 包中创建 APK，因此想在第三方商店中发布 Android 应用程序的开发人员可以手动导出其应用的 APK 版本。转化的命名如下：

abb转apk
java -jar bundletool-all-1.7.0.jar build-apks --bundle=app.aab --output=finalapp.apks --ks=onlinetv.jks --ks-pass=pass:123456 --ks-key-alias=onlinetv --key-pass=pass:123456

安装
java -jar bundletool-all-1.7.0.jar install-apks --apks=finalapp.apks