JavaScript代码压缩通过AST分析实现语义保留优化，UglifyJS已停更，推荐使用Terser；需权衡体积、可调试性与兼容性，并注意eval、字符串调用等压缩边界。
JavaScript代码压缩不是简单删空格，而是通过语法分析、语义保留的转换来减小体积。UglifyJS这类工具的核心是把源码解析成抽象语法树（AST），再在树上做安全优化，最后生成紧凑代码。
AST驱动的转换过程
UglifyJS先用词法分析器切分源码为token，再由语法分析器构建AST。这棵树精确描述了代码结构：函数声明、变量作用域、表达式类型、控制流等。所有压缩操作——比如变量名缩短、死代码删除、常量折叠——都在AST层面进行，确保不改变程序行为。
- 变量重命名只在作用域内生效，不会污染外部或引发冲突
- 条件恒真/恒假判断依赖控制流分析，而非字符串匹配
- 箭头函数、解构、可选链等新语法需对应AST节点支持，老版本UglifyJS不支持ES2015+，需用terser替代
常见压缩策略与实际效果
压缩不是“越狠越好”，而是在可执行性、调试性和体积间权衡：
-
混淆变量名：将
userName→a、validateInput→n，大幅减少标识符长度 -
移除无副作用代码：如
function unused() { console.log('dead'); }整个函数被删掉 -
简化表达式：
1 + 2→3，!!x→Boolean(x)或直接x!=null（视选项而定） -
合并重复字面量：多个
"loading"可能被提取为变量，再复用
如何正确使用UglifyJS或Terser
UglifyJS已停止维护，生产环境推荐用其继任者Terser（Webpack 5+默认集成）：
立即学习“Java免费学习笔记（深入）”；
- 命令行压缩：
npx terser input.js -o output.min.js --compress --mangle - 配置压缩粒度：关闭
drop_console: true可删console.*，启用unsafe_arrows: true允许更激进的箭头函数优化 - 保留特定名称：用
mangle.exclude防止React、Vue等全局变量被重命名 - Source Map支持：加
--source-map参数生成映射文件，便于线上报错定位原始代码行
压缩不是万能的——要注意的边界
自动压缩无法处理所有场景，有些逻辑必须手动干预：
- 通过字符串拼接调用的方法（
obj[methodName]）中methodName不能被重命名，否则调用失效 -
eval、with、Function构造器会阻碍作用域分析，导致压缩保守甚至跳过相关块 - 依赖
Function.prototype.toString()获取源码的库（如某些装饰器实现）可能因格式变化出错 - 未声明的全局变量（如直接写
myGlobal = 42）在严格模式下会报错，压缩前应确保代码合规
不复杂但容易忽略：压缩只是构建流程一环，配合tree-shaking、代码分割和HTTP压缩（gzip/Brotli），才能真正提升前端加载性能。
