了解 APK、ABB 大小和 Play 商店大小限制

Posted 2023-04-15

【中文标题】了解 APK、ABB 大小和 Play 商店大小限制

【英文标题】：Understanding APK,ABB size and Play Store size limitations

【发布时间】：2021-07-24 09:04:47

【问题描述】：

flutter android build 的新手，我已经用 android studio 分析了我的 apk，下面是结果，

它说 APK 大小是 200+ 但下载大小是 90+ ，这会被 Play 商店接受吗？

另外，这个 APK 有 6 个内部包，为什么它们捆绑在一起，看起来它们在增加整体应用程序的大小。有什么规则可以避免这种情况。

问：我按照不同包所有者的指示在我的 pro-guard 文件中使用了“保留”规则。这会影响应用程序的总大小吗？

问：最后，当构建一个新的.abb bundle时，文件大小低于100MB，会导致应用崩溃，为什么文件大小很小？

【参考方案1】：

APK 过去由所有本地化资源、所有屏幕尺寸资源、所有 CPU 架构二进制文件等组成。创建 APK 非常简单。一键搞定。

小型手机正在获取大型手机资源，反之亦然。我们不仅直接浪费了这么多带宽，还浪费了用户手机上的内存。如果我们拥有丰富的东西，这并不意味着我们应该浪费它

Bundle格式是内部包含很多apk的二进制格式。 apk 依赖于本地化、屏幕密度、CPU 架构等。这些 apk 由 play store 智能下载到用户手机中

正如您之前阅读的那样，Android 平台支持一个应用程序具有多个 apk。它可能是 API 级别、屏幕尺寸、CPU 架构等。现在是时候让它变得更好了。您需要做的就是生成新的二进制格式 (Bundle)，该工具将负责生成所需的 APK。您无需提及因素（API、屏幕、CPU 等）。不仅如此，工具可以将其提升到一个新的水平，并真正从一个包中生成大量的 apk（通过添加更多的因素，如语言）。例如，我的 app bundle 里面有以下 apks

该捆绑包有 25 个 apk。使用语言、CPU 架构、屏幕大小等智能拆分。所有这些都使用零代码。现在，如果用户从 Play 商店下载此应用程序，Google Play 将根据设备要求发送的不是一个，而是几个 apk。它可能会发送它

base-x86_64.apk(CPU based) + base-xxhdpi.apk(resolution based) + base-fr.apk(language based)

【讨论】：

aab 中的多个 apk 必须正确增大 aab 的大小或至少大小必须与 apk 相同，在我的情况下 aab 大小比 apk 小得多，这是为什么呢？

APK Analyzer 显示原始文件大小并下载每个实体的文件大小值，如图所示。原始文件大小表示磁盘上实体的解压缩大小，而下载大小表示实体的估计压缩大小，因为它将由 Google Play 提供。总下载大小的百分比表示实体所代表的 APK 总下载大小的百分比。来源：developer.android.com/studio/build/… 请接受我的正确回答....

【参考方案2】：

应用程序的大小限制为 150MB，根据发送到一台设备的最大下载大小计算。

Bundletool 有一个命令get-size total 可以让你估计这个。

您的下载大小为 90MB，包括所有 ABI，您已经低于阈值，因此不会有问题（实际上，设备只会收到 1 个 ABI，因此它会更低）。

关于您的其他问题：

保留规则会增加应用程序的大小，但如果库开发人员告诉您使用它们，通常是有充分理由的 - 没有它们，应用程序可能无法运行。 “下载大小”表示文件的压缩大小，而“原始文件大小”表示文件的未压缩大小。下载大小表示用户从 Play 商店下载的内容大小的近似值。