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

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

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

它说 APK 大小为 200+，但下载大小为 90+，这会在 Play 商店中被接受吗。

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

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

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

解决方法

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

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

Bundle 格式是一种二进制格式，里面包含了很多 apk。这些apk依赖于本地化、屏幕密度、CPU架构等。这些apk通过Play商店智能下载到用户手机中

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

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

base-x86_64.apk(基于CPU) + base-xxhdpi.apk(基于分辨率) + base-fr.apk(基于语言)

,

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

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

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

关于您的其他问题：

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