问题描述
我有一个相对较小且简单的应用程序，它总是生成一个约 17 MB 的 APK 文件。前段时间我注意到 APK 大小增加到了惊人的（对于这个应用程序）39 MB。我追踪了导致它发生的更改，结果证明是相同的代码库，其中唯一的更改是 minSdkVersion 从 16 到 26 没有任何其他更改导致 APK 增加。
奇怪的是，当我解压 APK 时，解压后的目录在磁盘上占用了大约 40 MB。有一些变化，但都在非常小的文件中，就像 26 版本中缺少一些布局，可以忽略不计。 40 MB 中最大的部分是 lib 文件夹，其中包含 *.so 库，共 37 MB，但它们在两个 APK 版本中是相同的。 （该应用程序是使用 Flutter build apk --release 构建的 Flutter 应用程序。）
我实际上不希望也不需要 minSdkVersion 为 26 并且会还原此更改，但我很好奇：
- Android 中的哪些变化导致这两个
minSdkVersion之间的大小如此显着增加？ - 解压后的 APK 大小如何几乎相同？似乎为
minSdkVersion16 构建时的压缩要好得多？ - 如果解压后的目录大小几乎相同，那么大小的增加对最终用户来说真的重要吗？他们需要下载 17 MB 还是 37 MB？为
minSdkVersion26 开发的应用会占用他们设备上的更多空间吗？
解决方法
这是按照 android:extractNativeLibs 上的文档按预期工作的：
包安装程序是否将本机库从 APK 提取到文件系统。如果设置为 "false"，则您的本机库必须是页面对齐的并且未压缩地存储在 APK 中。 虽然您的 APK 可能更大，但您的应用程序应该加载得更快，因为库是在运行时直接从 APK 加载的。另一方面，如果设置为 "true"，则 APK 中的本机库可以压缩。安装过程中，安装器解压库，链接器在运行时加载解压后的库；在这种情况下，APK 会更小，但安装时间可能会稍长。
如果 "true" 中未配置 extractNativeLibs，则默认值为 AndroidManifest.xml。但是，在使用 Android Gradle plugin 3.6.0 或更高版本构建您的应用程序时，如果在 "false" 和 {{1 }}。
因此，您通过不提取本机库来获得运行时性能，从而提供更好的用户体验。由于系统不需要解压缩 AndroidManifest.xml 文件，因此您实际上也节省了用户设备上的空间。
如 Reduce your app size 中所述：
在构建应用的发布版本时，通过在应用清单的 minSdkVersion >= 23 元素中设置 .so，将未压缩的 .so 文件打包到 APK 中。禁用此标志可防止 android:extractNativeLibs="false" 在安装期间将 <application> 文件从 APK 复制到文件系统，并具有使应用更新更小的额外好处。
因此，虽然 APK 的大小起初较大，但随后的更新实际上要小得多。这是因为 Google Play 商店仅在进行应用升级时自动下载 APK 之间的差异 - 通过存储未压缩的 PackageManager 文件，此差异明显更小，因为额外的压缩通常会完全改变 .so 文件，而不是只更改实际更改的部分。