WebView打包的HTML5 APP体积大主因是打包工具默认集成冗余原生依赖与运行时。Android需禁用多余ABI、关闭调试符号、排除过时库、替换轻量WebView；iOS应禁用bitcode、剔除模拟器架构、删除未用Framework；HTML/JS层须启用Tree-shaking、按需引入polyfill、预压缩资源并避免eval。
为什么 WebView 打包的 HTML5 APP 体积动辄 30MB+？
核心原因不是 HTML/JS 本身大，而是打包工具（如 Cordova、Capacitor、uni-app 或 Taro）默认把整个 WebView 运行时、基础 SDK、调试符号、未裁剪的原生依赖（比如全量 okhttp、androidx.core）一股脑塞进 APK/IPA。Android 上一个空的 Cordova 项目解压后 lib/ 目录常占 20MB+，iOS 则是 Embedded Frameworks 和 bitcode 拖累。
Android APK 瘦身：从 build.gradle 开刀
关键不在压缩资源，而在「不打包不需要的东西」：
- 禁用未用 ABI：
ndk { abiFilters 'arm64-v8a' }（放弃armeabi-v7a仅影响极老机型，Google Play 已不强制支持） - 关闭调试符号：
android.debuggable = false+ 在buildTypes.release中加minifyEnabled true和shrinkResources true - 排除冗余依赖：检查
app/build/outputs/mapping/release/mapping.txt，确认org.apache.cordova外挂插件是否真被引用；用./gradlew app:dependencies查看树状依赖，手动exclude group: 'com.android.support'类过时库 - 替换 WebView：用
AndroidX WebView替代系统WebView（更小、更可控），或直接集成轻量TrichromeWebView（需适配 Android 10+）
iOS IPA 瘦身：避开 bitcode 和模拟器架构陷阱
Xcode 默认保留 bitcode 并打包所有模拟器架构（x86_64、i386），但上架 App Store 时这些全被丢弃，纯属占体积：
- 在
Build Settings → Build Options → Enable Bitcode设为No - 在
Build Settings → Architectures → Excluded Architectures加arm64（仅限模拟器构建时）；正式归档前确保Architectures是arm64单一值 - 删掉未用的
Embedded Frameworks：比如Capacitor项目里若没用Camera插件，就删掉CapacitorCamera.framework - HTML 资源启用 Brotli 压缩：Xcode 不支持直接打包 .br 文件，但可在构建后用
zlib预压缩www/下的 JS/CSS，再通过原生层解压加载（需改写index.html加载逻辑）
HTML/JS 层能做的极限压缩
别只盯着图片压缩——真正拖慢首屏和增大包体的是未拆分的单页 JS 包和冗余 polyfill：
立即学习“前端免费学习笔记（深入）”；
- 用
rollup或vite build --mode production启用terser，并配置compress.drop_console = true和ecma: 2020（避免降级生成冗余代码） - 移除
core-js全量引入：改用按需import 'core-js/stable/array/from'，或直接用targets配置限定最低浏览器版本（如{"ios": "13", "chrome": "87"}） -
public/下静态资源加Cache-Control: immutable响应头，让 CDN 缓存生效；本地打包时用gzip -k -9 *.js预压缩，再在原生层拦截请求解压（Android 用shouldInterceptRequest，iOS 用WKURLSchemeHandler） - 慎用
eval、Function构造函数——它们会阻止 terser 摇树和压缩，且触发 iOS WKWebView 的 JIT 禁用策略，反而降低运行时性能
最常被忽略的一点：很多团队花大力气压缩 JS，却让一个未压缩的 vendor.dll.js（Webpack DLL）躺在 assets 里不动——它通常比主包还大，且无法被摇树优化。删了它，改用 import() 动态导入第三方库，效果立竿见影。
