JavaScript代码压缩通过解析成AST、应用变换规则、生成紧凑代码三阶段实现，UglifyJS是经典工具；现代替代有Terser（ES6+支持）、SWC/esbuild（Rust高速），但极致压缩仍依赖UglifyJS/Terser高级选项。
JavaScript 代码压缩不是简单删空格，而是通过语法分析 + 变换 + 生成三个阶段，在保持功能不变的前提下，让代码体积更小、执行更快。UglifyJS 是其中最经典、影响最深的工具之一。
UglifyJS 的核心工作流程
它本质上是一个 JavaScript 解析器 + 转换器 + 打印器：
- 解析（Parse）：把源码字符串用 Acorn 或自身 Parser 转成抽象语法树（AST），每个节点代表一个语法结构（如变量声明、函数调用、二元运算等）
- 变换（Transform）：遍历 AST，应用一系列“压缩规则”，比如删除无用代码、缩短变量名、合并常量、内联简单函数等
- 生成（Generate）：把优化后的 AST 重新序列化为紧凑的字符串代码，跳过注释、换行、多余空格，并尽量减少字符数
常见压缩策略与原理
这些策略都建立在静态分析基础上，不运行代码，只靠语法和作用域推断：
-
变量名混淆（Mangling）：将
function calculateTotal(price, tax)中的参数和局部变量重命名为a,b，前提是不破坏作用域和外部引用 -
死代码消除（DCE）：识别并移除不可达代码，例如
if (false) { ... }或定义后从未使用的变量（需结合作用域链判断） -
常量折叠（Constant Folding）：把
var x = 2 + 3 * 4;直接替换成var x = 14; -
表达式简化（Expression Simplification）：如
!!x→Boolean(x)→ 进一步转为!!x（更短）或直接x!=null（视上下文而定） -
函数内联（Inlining）：对只调用一次、且体积极小的函数（如
function add(a,b){return a+b}），直接展开其内容
为什么不能只靠正则替换？
因为 JS 语法有歧义，仅靠字符串操作极易出错：
立即学习“Java免费学习笔记（深入）”；
- 字符串里有
//不是注释，"a//b" - 正则字面量中出现
/会被误删，如/a\/b/ - 自动分号插入（ASI）规则会影响压缩后语义，如
return\n{a:1}压缩成return{a:1}就变成返回对象；但若写成return\n[1,2]，压缩后return[1,2]仍是合法数组
UglifyJS 通过 AST 避开所有这类陷阱——它知道哪块是字符串、哪块是正则、哪块是语句边界。
现代替代方案与 UglifyJS 的定位
UglifyJS（尤其是 v3）仍被广泛用于生产环境，尤其适合 Node.js 构建流程。但它已基本停止新增特性：
- Terser 是它的精神继承者，支持 ES6+ 语法（箭头函数、可选链、BigInt 等），API 兼容，现在是 webpack、rollup 默认压缩器
- SWC、esbuild 则用 Rust 编写，速度更快，但压缩策略更保守（侧重于 parse/generate 性能，而非极致压缩率）
- 真正追求极致体积（如微前端、嵌入式 JS）时，仍会搭配 UglifyJS/Terser 的高级选项，比如启用
compress.drop_console或mangle.reserved保护全局变量
基本上就这些。压缩不是黑盒，理解 AST 和作用域，才能安全地调参、排查压缩后 bug，也更容易评估不同工具的取舍。
