前端代码压缩是构建流程中不可或缺的一环，但它也是一把双刃剑。我们精心配制的 Babel 兼容方案，可能会因为压缩工具的“反向优化”而瞬间瓦解，导致在低版本浏览器上出现诡异的语法错误。因此，作为前端基建的守护者，我们有必要深入理解并正确配置 Terser，构建起坚实的兼容性防线，让业务开发人员能够真正专注于业务逻辑本身，而无需担忧底层构建的兼容性陷阱。
terser的ecma选项
Terser 的 ecma 选项用于指定输出代码的 ECMAScript 版本标准。在大多数常规的兼容场景中（除了ES3），我们只需要根据目标浏览器合理配置 ecma 选项即可。
例如，如果业务需要兼容现代浏览器，配置 ecma: 2015 或更高版本即可输出 ES6+ 语法；如果需要兼容稍旧的浏览器，配置 ecma: 5 则能保证输出符合 ES5 标准的代码。前端基建在收拢构建配置时，应当根据业务层声明的 browserslist 兼容范围，自动映射并推断出合适的 ecma 值赋予 Terser，从而在体积和兼容性之间取得最佳平衡。
terser的ie8选项
当兼容目标下沉到 IE8 或早期的非 IE 低版本浏览器（如低版本 Chrome，处于 ES3 时代）时，情况变得复杂起来。通常，要在 Babel 中完全兼容 IE8，我们需要引入一大批插件：
处理 ES3 保留字问题的插件：
- @babel/plugin-transform-member-expression-literals
- @babel/plugin-transform-property-literals
- @babel/plugin-transform-reserved-words（避免将变量名声明为保留字）
处理 IE8 JScript 引擎特有 Bug 的插件：
- babel-plugin-anonymize-function-expression （函数表达式匿名化）
- @babel/plugin-transform-jscript （修复命名函数表达式的作用域泄漏）
- babel-plugin-transform-catch-scoping （修复 catch 子句的参数作用域泄漏）
如果我们在 Terser 中开启了 ie8: true，它相当于自动集成了除 @babel/plugin-transform-reserved-words 以外的所有上述插件的功能。Terser 会自动处理属性访问的反向优化，并规避 JScript 的各种暗坑。
然而，关于保留字的处理存在一个极具迷惑性的边界场景。很多人认为：变量名经过压缩后会变成 a, b, c 这样的单字符，根本不可能和 ES3 保留字冲突，因此不需要处理保留字。这个想法是危险的！
Terser 默认不会避开 ES3 的保留字。经过实际验证，当代码中的局部变量达到 13992 个时，Terser 就会按照其 base54 算法顺序，恰好将变量名混淆为 ES3 保留字 int，这会导致代码在低版本浏览器中直接抛出语法错误。
因此，即便开启了 ie8: true，前端基建仍需强制补充以下配置，通过 mangle.reserved 拦截这颗定时炸弹：
mangle: {
// 强制 Terser 避开所有 ES3 的保留字！
reserved: [
'abstract', 'boolean', 'byte', 'char', 'double', 'final',
'float', 'goto', 'int', 'long', 'native', 'package',
'private', 'protected', 'public', 'short', 'static',
'synchronized', 'throws', 'transient', 'volatile'
]
}
如果我们的目标不是 IE8，而是非 IE 的低版本浏览器（只需处理 ES3 保留字，不需要处理 JScript Bug），Terser 并没有提供专门的选项。但开启 ie8: true 并配合上述的 mangle.reserved，是可以覆盖 ES3 兼容性问题。
terser 的safari10选项
除了古老的 ES3 兼容，现代浏览器的特定版本同样存在由于压缩引发的兼容性灾难。Safari 10~11 的 JavaScriptCore 引擎存在严重的 ES6 块级作用域解析 Bug，典型报错为 Cannot declare a let variable twice。
Babel 不会修复符合 ECMAScript 规范的代码，只有 Terser 的 safari10: true 选项能在变量混淆时巧妙避开这种同名 let 声明模式，并对 await 表达式进行保护性包裹。
在判断是否需要开启该选项时，有一个关键的版本节点：Safari 开始支持 ES Module（即 <script type="module">）的版本是 10.1。如果你的项目使用了按条件加载（Nomodule/Module 分发）策略，那么 Safari 10.1 是一个极其关键的承上启下版本。由于该 Bug 在 10.1 中依然存在，为了保证模块化代码的安全运行，Safari 10.1 及其前后的 2 个主要版本（10 和 11），都必须开启 safari10: true。
总结
前端代码压缩绝不仅仅是“减小体积”的单一动作，它深度参与了浏览器兼容性的博弈。我们精心调配的 Babel 可能会因为 Terser 的“反向优化”而瞬间破防。作为基建开发者，我们必须深刻理解：
ecma负责把控整体语法降级基线，应与业务兼容目标联动。ie8是应对 ES3 环境的利器，但必须配合mangle.reserved黑名单，才能封死局部变量被混淆为 ES3 保留字的边界漏洞；非 IE 低版本浏览器同样适用此方案。safari10是专为 Safari 10~11 引擎 Bug 打的精准补丁，在使用 Module 分发时尤需注意开启。
只有将这些零散的兼容性陷阱固化为基建层的默认配置，我们才能真正为业务开发筑起一道坚不可摧的护城河，让业务人员安心写代码，无需再为底层构建的兼容性暗坑买单。
