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 层面再压缩高得多，且无执行开销。
立即学习“Java免费学习笔记（深入）”；
- 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，压缩再狠也白搭。
