Node.js中使用ES6 import/export时this指向undefined的原因

CommonJS模块的this绑定逻辑 #

Node.js加载执行CommonJS文件时，不会直接把文件内容丢到全局环境运行，而是会把整个文件代码包裹在一个内置的调用函数中，函数的入参固定为exports、require、module、__filename、__dirname。
这个函数被调用时，会把module.exports的初始空对象绑定为函数的this值，因此你在顶层代码里执行console.log(this)拿到的结果，就是这个初始的{}导出对象。
实际的包装逻辑简化后如下：

// Node.js 内置的CommonJS模块包装器
(function(exports, require, module, __filename, __dirname) {
  // 你编写的所有CommonJS文件代码都会被注入到这个函数作用域内执行
  console.log(this) // 此处this被绑定为传入的module.exports初始空对象
})(module.exports, require, module, __filename, __dirname)

ES模块顶层this为undefined的核心原因 #

这部分差异的根源完全来自ES模块的顶层环境设计规则，和严格模式的影响只是表层关联，核心是两个层面的规范硬约束：

• 首先，ES模块从ECMAScript规范定义阶段就明确要求：模块环境的顶层this初始绑定值必须为undefined，这是写进语言规范的强制规则，不是Node.js的自定义实现。
• 其次，ES模块的顶层代码不会像CommonJS那样被包裹在可绑定this的普通函数作用域中，而是直接运行在模块专属的词法环境里。这种环境本身就没有设计需要指向导出对象的this绑定，从设计目标上就和CommonJS的逻辑切割开了。

常见认知误区提醒：很多人会把这个现象简单归因于「ES模块默认运行在严格模式下，所以顶层this从全局对象变成了undefined」，但这只是表象，不是根因——哪怕你在ES模块里手动调整代码的严格模式状态，顶层this依然会是规范强制绑定的undefined，这和严格模式下普通函数调用默认this为undefined的逻辑完全是两回事。

实操提示 #

如果在ES模块开发中需要获取当前模块的相关元信息，不需要依赖顶层this的引用，规范已经提供了import.meta作为标准的模块信息入口；ES模块的导出逻辑也完全不需要和CommonJS一样依赖隐式的module.exports对象，通过export语法即可完成所有导出操作。

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