flutter android build 的新手，我已经用 android studio 分析了我的 apk，下面是结果，
它说 APK 大小是 200+ 但下载大小是 90+ ，这会被 Play 商店接受吗？
另外，这个 APK 有 6 个内部包，为什么它们捆绑在一起，看起来它们在增加整体应用程序的大小。有什么规则可以避免这种情况。
问：我按照不同包所有者的指示在我的 pro-guard 文件中使用了“保留”规则。这会影响应用程序的总大小吗？
问：最后，当构建一个新的.abb bundle时，文件大小低于100MB，会导致应用崩溃，为什么文件大小很小？
【问题讨论】：
标签： android flutter build.gradle apk proguard
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。它可能会发送它
【讨论】：
应用程序的大小限制为 150MB，根据发送到一台设备的最大下载大小计算。
Bundletool 有一个命令get-size total 可以让你估计这个。
您的下载大小为 90MB，包括所有 ABI，您已经低于阈值，因此不会有问题（实际上，设备只会收到 1 个 ABI，因此它会更低）。
关于您的其他问题：
【讨论】：