node.js中顶层this指向module.exports而非global或globalthis，因commonjs将模块代码包裹在函数中使this绑定module.exports；this.foo='bar'等价于module.exports.foo='bar'，var声明变量不挂载global，暴露全局需手动赋值global。
Node.js 中顶层 this 指向 module.exports，而不是全局对象 global 或 globalThis——这不是语义上的“等价”，而是物理层面的两个不同内存地址。理解这个断层，关键在于看清 CommonJS 模块系统如何封装执行上下文。
顶层 this 实际就是 module.exports 的引用
每个 .js 文件在 Node.js 中被包裹进一个函数（类似 (function(exports, require, module, __filename, __dirname) { ... })），顶层代码中的 this 直接绑定到传入的 module 对象的 exports 属性上：
-
console.log(this === module.exports)→ true -
console.log(this === global)→ false（即使非严格模式） -
this.foo = 'bar'等价于module.exports.foo = 'bar'
这个断层导致常见误判
开发者常以为“顶层 this 就是全局对象”，于是写出这类代码：
var config = { env: 'prod' };
this.config = config; // 本意想挂到全局，实际只挂到了 module.exports
结果是：config 不会出现在 global.config，其他模块也拿不到它——除非显式 global.config = config。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 用
var声明的变量不会自动挂到global，只存在于模块作用域 -
this在模块顶层不等于global，也不等于globalThis - 想暴露给全局，必须手动赋值：
global.myLib = {...}
与浏览器和 ESM 的对比更凸显断层
这种设计是 CommonJS 特有的封装机制，与其他环境形成鲜明反差：
- 浏览器顶层
this→window（非严格模式） - Node.js CommonJS 顶层
this→module.exports（不是global） - Node.js ESM 顶层
this→undefined（强制严格模式）
也就是说，同一份代码，在 .js（CommonJS）和 .mjs（ESM）里运行，顶层 this 的值可能从一个对象变成 undefined，中间没有过渡——这就是物理断层：模块加载器切换了整个执行上下文的 this 绑定锚点。
调试时确认 this 归属的可靠方式
不要依赖经验或文档描述，直接打印比对：
console.log('this:', this);console.log('module.exports:', module.exports);console.log('global === this:', global === this);console.log('globalThis === this:', globalThis === this);
你会发现，只有 module.exports === this 恒为真——这是唯一可信赖的事实锚点。
