javascript代码压缩通过移除无用字符、简化语法、混淆变量名等减小体积，提升加载速度；核心是不改逻辑前提下使代码更紧凑，依赖webpack/vite等构建工具自动启用terser，在production模式下删除注释空格、缩短名称、tree-shaking、简化表达式；也可手动调用terser命令行或api压缩；压缩前应清理console/debugger、冗余代码、优化字面量和模块化；服务端需配合gzip/brotli压缩，brotli比gzip平均再减15%体积。
JavaScript代码压缩主要是通过移除无用字符、简化语法、混淆变量名等方式减小文件体积，提升网页加载速度。核心目标是在不改变运行逻辑的前提下，让代码更“紧凑”。
使用成熟的构建工具（如Webpack、Vite、Rollup）
现代前端项目基本都依赖构建工具自动完成压缩。它们默认集成了Terser等压缩器，在生产模式（mode: 'production'）下会自动启用：
- 删除注释、空格、换行符
- 缩短变量/函数名（如 userName → a）
- 合并常量、消除死代码（tree-shaking）
- 简化条件表达式（如 !!x → x!=null）
例如 Vite 构建时执行 vite build，输出的 .js 文件已高度压缩；Webpack 则需确保 mode 设为 'production'。
手动调用 Terser 压缩（适合脚本或CI流程）
Terser 是目前最主流的 JS 压缩器，支持命令行和 Node.js API：
立即学习“Java免费学习笔记（深入）”；
- 安装：npm install terser --save-dev
- 命令行压缩：npx terser input.js -o output.min.js --compress --mangle
- 保留特定变量名（避免第三方库报错）：--mangle reserved=['React','Vue']
可配合 npm script 或 CI 脚本，在发布前统一处理遗留脚本或独立工具包。
压缩前的关键优化动作
压缩器效果依赖源码质量，提前清理能显著提升收益：
- 移除未使用的 console.log、debugger 和开发专用代码（可用 /*#__PURE__*/ 标记辅助 tree-shaking）
- 避免冗余括号、重复赋值、无意义的布尔转换（如 Boolean(x)）
- 用字面量替代构造函数（[] 优于 new Array()，{} 优于 new Object()）
- 模块化组织代码，便于构建工具识别并剔除未引用的导出
Gzip/Brotli 服务端压缩不可少
即使 JS 文件已压缩，仍建议在服务器开启 Gzip 或更优的 Brotli 压缩：
- Nginx 中添加：gzip on; + gzip_types application/javascript;
- Vercel/Netlify 等平台默认启用 Brotli，无需额外配置
- Brotli 比 Gzip 平均再减少 15% 体积，尤其对已压缩 JS 效果明显
注意：压缩是“传输层”和“代码层”协同的过程，二者缺一不可。
