NUglify混淆ES6全局函数但保留同名ES5函数的原因咨询

这个差异本质是NUglify对ES5和ES6的作用域解析逻辑不同，具体可以拆解为这几个关键点：

• 全局作用域的判定逻辑不同
  ES5模式下，NUglify默认把顶级作用域中定义的函数（比如你的offsetTopRelativeTo）直接判定为全局可访问的公开成员，所以不会对其进行名称混淆。但切换到ES6模式后，解析器会默认假设代码运行在ES6模块环境中——哪怕你的代码完全没用到import/export这类模块语法——此时顶级作用域不再等同于全局对象的属性，解析器会把顶级函数视为模块内部的私有成员，自然会进行混淆。

• ES6模块规范的默认适配
  ES6模块的核心特性之一是顶级作用域隔离，和传统全局脚本的作用域逻辑完全不同。NUglify的ES6解析器是按照这个规范设计的，它会自动用模块作用域的规则处理所有ES6模式下的代码，不管代码实际是不是真正的模块。这种默认的规则切换，就是导致相同代码在两种模式下混淆行为不一样的核心原因。

• PreserveFunctionNames参数的实际作用
  在ES5模式下，这个参数的效果可能是隐含生效在全局函数上的；但到了ES6模式，它会强制解析器放弃模块私有成员的判定逻辑，保留所有顶级函数的原始名称，这也就是为什么开启它能解决你的报错问题。

• 兼容性逻辑的偏向差异
  NUglify对ES5的处理完全贴合传统浏览器全局脚本的场景，而ES6模式则更偏向现代模块开发的规范，两种模式的底层解析逻辑是分开设计的，这就造成了相同代码在压缩时的行为差异。

内容的提问来源于stack exchange，提问作者Joshua Frank