JavaScript代码压缩是什么？Uglify与Terser区别解析

JavaScript代码压缩是提升前端性能的关键环节，而Terser已全面取代UglifyJS成为现代项目的默认选择——它原生支持可选链（?.）、空值合并（??）、async/await、类字段、模板字符串等ES2020+语法，压缩率更高、错误反馈更精准、配置更灵活；相比之下，UglifyJS不仅无法解析新语法、易致构建失败，压缩体积还大15%–20%，且在Webpack v5+中已被弃用，继续误用往往源于过时教程或迁移遗留问题；无论是在Webpack中通过terserOptions精细控制（如移除console、保留API函数名），还是使用CLI进行本地压缩，Terser都提供了更可靠、更强大、更面向未来的压缩体验。

Terser 是当前 JavaScript 代码压缩的默认选择，UglifyJS 已基本不适用于现代项目——如果你的代码里有 ?.、??、async/await 或箭头函数，UglifyJS 很可能直接报错或压缩不全。

为什么 UglifyJS 在 2026 年还容易被误用？

很多老项目文档、过时教程或 CI 脚本仍硬编码 uglifyjs-webpack-plugin，尤其在 Webpack v3/v4 迁移未清理干净时。它对 ES5 稳定，但遇到 const foo = { bar: () => {} }; 这类结构，压缩后可能丢掉括号或破坏作用域。

• UglifyJS v3.19.3（最新版）仍不支持可选链和空值合并运算符，会抛出 Unexpected token: punc (?.)
• 即使加 --ecma 2020 参数，也无法正确处理带解构参数的箭头函数：([a, b]) => a + b
• 压缩后体积通常比 Terser 大 15%–20%，尤其在含大量模板字符串和类字段的代码中

怎么在 Webpack 中正确启用 Terser？

Webpack v5+ 默认内置 Terser，但很多人没意识到：只要没显式覆盖 optimization.minimizer，就已在用它。真正要改的是配置细节，而不是“换插件”。

• 别再装 uglifyjs-webpack-plugin —— 它与 Webpack v5+ 不兼容，安装后反而导致构建失败
• 自定义压缩行为，直接配 terserOptions，比如移除调试语句：

  new TerserPlugin({
    terserOptions: {
      compress: {
        drop_console: true,
        drop_debugger: true,
        pure_funcs: ['console.info']
      }
    }
  })

• 混淆变量名（mangle）默认开启，但若需保留某些全局函数名（如供外部调用的 API），加 reserved: ['init', 'render']

本地 CLI 压缩时，Terser 和 UglifyJS 的命令差异

两者 CLI 接口相似，但行为天差地别。同一段代码，UglifyJS 可能静默跳过语法错误，而 Terser 会明确报错并指出位置——这是好事，但容易让人误以为“Terser 更难用”。

• UglifyJS CLI：npx uglifyjs input.js -c -m -o output.js → 对 let x = y ?? 1; 会输出未压缩原样，无提示
• Terser CLI：npx terser input.js -c -m -o output.js → 遇到 ?? 直接报错 Unexpected token: operator (??)，除非加 --ecma 2020
• 真正安全的本地压缩命令是：npx terser input.js --ecma 2020 -c passes=2 -m -o output.js，其中 passes=2 让压缩更激进（UglifyJS 没这选项）

Terser 不只是“UglifyJS 的升级版”，它是为现代语法重写的压缩引擎，支持并行压缩、更细粒度的 AST 控制、以及可预测的错误反馈。最容易被忽略的一点是：**它默认不压缩注释里的 license 声明**——如果你依赖 /*! Copyright... */ 保留，不用额外配置；但 UglifyJS 需手动加 --comments /@license/i 才能做到。

好了，本文到此结束，带大家了解了《JavaScript代码压缩是什么？Uglify与Terser区别解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！