Flutter及配套工具升级后App包体积大幅增大原因咨询

• Flutter框架/引擎的基础体积增加
  Flutter 3.7到3.22的版本跨度极大，期间框架引入了Material 3全面支持、底层性能优化、平台集成能力升级等大量新特性，引擎本身也做了不少底层迭代。这些更新会直接导致Flutter核心库（如libflutter.so、flutter.jar）的体积增大，而这部分是App Bundle的基础组成部分，代码不变的情况下，这部分增量会直接体现在总包大小上。
  验证方式：对比新旧Flutter SDK下flutter/bin/cache/artifacts/engine/android-arm64-release目录里的libflutter.so文件大小，就能直观看到引擎体积的变化。

• Gradle/Android SDK的默认配置变更
  新版本Gradle（如8.x系列）和Android SDK（33/34）的默认打包规则有不少关键变化：

  • 多ABI架构默认打包：旧版本可能默认只打包arm64-v8a，新版本Gradle可能默认包含armeabi-v7a、arm64-v8a甚至x86_64，多架构的so文件会直接带来体积翻倍。
  • R8混淆规则调整：新版本R8的默认优化策略可能更保守，或者某些原本被混淆的代码现在未被处理，导致字节码体积增加。
  • Kotlin标准库升级：从旧版Kotlin（如1.7）升级到1.9+，Kotlin标准库的体积会有明显增长，尤其是之前未启用R8混淆Kotlin代码的情况。
    验证方式：
  1. 执行flutter build appbundle --target-platform android-arm64指定单一架构，观察体积是否回落。
  2. 检查android/app/build.gradle里的minifyEnabled和shrinkResources是否为true，手动添加更严格的R8混淆规则。

• Flutter构建默认行为的变化
  新版本Flutter调整了build appbundle的默认参数逻辑：

  • 默认包含更多资源文件：比如Material 3的图标、字体 fallback 文件等新增资源，会占用额外体积。
  • 调试信息残留：虽然是release构建，但新版本可能默认保留了某些调试相关的符号或信息，导致体积增加。
    验证方式：用Android Studio打开生成的App Bundle，通过App Bundle Explorer查看base模块下的assets、res文件夹大小，对比旧版包的对应部分，定位资源增量来源。

• 资源压缩策略的变化
  新版本Flutter或Gradle改变了资源压缩的默认逻辑：

  • AAPT2对图片、字体的压缩程度降低，或者某些资源原本被压缩现在未被处理。
  • Flutter的assets文件夹下的资源，新版本可能默认不启用压缩，需要手动在pubspec.yaml里配置flutter: assets: - path: ...的compress选项。

内容的提问来源于stack exchange，提问作者Rkdio