17370845950

JavaScript代码压缩需基于AST变换而非字符串替换，须规避动态属性访问、eval等陷阱；推荐rollup+terser组合，禁用不安全的多轮压缩与盲目混淆，优先优化加载策略而非过度压缩。

JavaScript 代码压缩不是简单删空格，而是要保留运行逻辑、消除冗余、规避语法陷阱。直接用 uglify-js 或 terser 默认配置，很可能导致 ReferenceError 或 TypeError，尤其在用了动态属性访问、eval、with 或依赖函数名调试的场景下。

为什么不能只靠 minify 工具默认配置？

压缩本质是 AST 变换，不是字符串替换。工具若误判作用域、混淆了被 Function.prototype.toString() 读取的函数名、或把 this 上动态绑定的方法内联掉，就会破坏运行时行为。

• terser 默认开启 mangle（变量/函数名混淆），但若代码中通过字符串调用方法（如 obj[methodName]），需显式用 reserved 列表保护这些名字
• uglify-js@3 不支持可选链（?.）和空值合并（??），会直接报错；必须升级到 terser（v5+）
• ES6+ 模块语法（import/export）需先经打包器（如 rollup 或 webpack）处理，再交给 terser 压缩；单独压缩未转义的 import 会失败

推荐组合：rollup + terser（生产构建标准流程）

这是目前最可控、兼容性最好、且能兼顾 tree-shaking 与压缩的组合。不建议跳过打包直接压缩源文件。

import { terser } from "rollup-plugin-terser";

export default {
  input: "src/index.js",
  output: { file: "dist/bundle.min.js", format: "iife" },
  plugins: [
    terser({
      compress: { drop_console: true, drop_debugger: true },
      mangle: { reserved: ["jQuery", "$", "require", "exports"] },
      format: { comments: false }
    })
  ]
};

• drop_console 和 drop_debugger 是安全的，但若依赖 console.time() 做性能埋点，就得关掉 drop_console 或改用条件编译
• mangle.reserved 必须包含所有被字符串反射调用的全局符号，否则运行时报 undefined is not a function
• 不要设 compress.passes > 2，多轮压缩对现代代码收益极小，反而显著增加构建时间

线上运行时压缩？别做 —— 用 Content-Encoding: gzip 或 br

浏览器端实时压缩 JS 是反模式。所有主流 CDN 和 Nginx 都支持静态资源自动 Gzip/Brotli 压缩，效果比 JS 层面再压缩高得多，且无执行开销。

• Gzip 对已压缩的 JS（如 .min.js）仍能再压 40–60%，Brotli 更高；而二次 JS 压缩通常只省几 KB，却增加首屏解析延迟
• Nginx 示例配置：gzip on; gzip_types application/javascript;，配合 gzip_static on 可直接服务预压缩的 .gz 文件
• 若用 Vercel/Netlify，Brotli 默认启用，无需额外配置

真正影响加载速度的，从来不是“压缩得够不够狠”，而是“哪些代码必须同步执行”——压缩只是最后一步。混淆名、删注释、移 console 都容易，但没拆分 chunk、没标记 type="module"、没配好 preload，压缩再狠也白搭。