Ionic 4执行ionic repair后APK大小减半，多次构建后恢复原大小求助

我之前也碰到过Ionic 4里这种APK大小忽上忽下的情况，太闹心了！结合我的踩坑经验，这种问题大多和构建缓存、打包配置或者冗余资源有关，给你梳理下可能的原因和解决办法：

为啥会出现这种情况？ #

• 构建缓存堆积：Ionic默认会缓存构建过程中的中间产物，ionic repair会一次性清掉这些缓存，所以修复后第一次构建的APK体积会变小。但后续几次构建，缓存会重新生成，甚至累积一些旧的、没用的临时文件，被重新打包进APK，体积自然就回去了。
• 打包策略的微小差异：部分第三方依赖或者懒加载模块，在不同构建周期里的打包方式可能有变化——比如修复后首次构建时，树摇（tree-shaking）把冗余代码都清掉了，但后续构建因为缓存的影响，某些本该被摇掉的代码又被打包进去了。
• 冗余资源悄悄混入：如果项目里的assets目录有重复的图片、临时备份文件，或者你不小心把测试资源放进去了，ionic repair会清理这些，但后续开发中可能又不小心引入，或者构建工具误把它们打包了。

怎么解决？ #

• 每次构建前彻底清缓存：别只靠ionic repair，每次构建生产包前，执行这套命令彻底清理：

  # 清理Ionic构建缓存
  ionic build --clean
  # 极端情况可以连依赖一起清（如果缓存问题顽固）
  rm -rf node_modules
  rm package-lock.json
  npm install
  # 再用生产模式构建
  ionic build --prod --clean
  

  --prod模式会开启代码压缩、树摇和依赖优化，能帮你把体积控制在合理范围。
• 检查并优化打包配置：
  打开项目根目录的angular.json，确认生产环境的构建配置里这些参数都设为true：

  "configurations": {
    "production": {
      "optimization": true,
      "buildOptimizer": true,
      "vendorChunk": true,
      // 其他配置...
    }
  }
  

  同时检查assets配置，确保只包含必要的资源，别把临时文件、测试用的资源目录加进去：

  "assets": [
    "src/assets",
    "src/favicon.ico"
    // 去掉多余的目录，比如src/test-assets这种
  ]
  

• 找出体积暴涨的元凶：用source-map-explorer分析打包后的代码体积，看看是哪个模块在搞事情：

  npm install -g source-map-explorer
  # 生成带source map的生产包
  ionic build --prod --source-map
  # 分析主包体积
  source-map-explorer www/main.*.js
  

  这个工具会生成可视化的体积分布图，你能一眼看到哪个依赖或者代码块占了大头，针对性优化——比如替换体积大的第三方库，或者调整懒加载策略。
• 关掉没用的Ionic特性：如果你的项目没用到某些Ionic组件或功能，可以通过构建参数开启更严格的优化：

  ionic build --prod --optimize
  

  这个参数会帮你自动树摇掉未使用的Ionic代码，进一步缩小体积。

按照这些步骤操作，应该能稳定住APK的大小，不会再出现忽大忽小的情况了。

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