Node.js URL模块与原生JavaScript URL差异及全局模块使用问题咨询

1 URL相关问题 #

1.1 原生JavaScript的URL与Node.js中的URL是否存在差异？ #

Node.js 10.x及以上版本内置的全局URL类完全遵循WHATWG URL标准，和浏览器端原生JavaScript的URL实现几乎完全一致，仅存在少量Node.js特有的扩展能力，比如对file协议本地路径的兼容处理，常规使用场景下没有差异。

1.2 Node.js中的url模块与JavaScript原生的URL功能有什么区别？ #

Node.js的url核心模块包含两类能力：

• 旧版Node专有API：比如url.parse()、url.format()等，是Node.js早期未遵循WHATWG标准时实现的遗留接口，功能、入参规则都和标准URL类不同，目前仅做向后兼容保留。
• 标准WHATWG URL导出：url模块也导出了和全局URL完全一致的标准URL类，和原生JavaScript的URL没有区别。

两者的核心差异就是url模块额外包含了Node遗留的专有URL处理接口，原生URL仅包含标准定义的通用能力。

1.3 文档中提及URL是全局对象，是否意味着无需再require引入url模块？ #

你提到的文档说明仅针对标准WHATWG URL类：

遵循WHATWG URL标准实现的浏览器兼容URL类，URL解析示例可参考标准原文。URL类同样在全局对象上可用。

如果仅使用标准URL类，确实不需要require引入url模块，直接在代码中调用new URL()即可。只有当你需要使用url模块的旧版遗留专有API时，才需要手动require引入。

2 直接使用path、os等模块报错原因 #

http、path、os属于Node.js专有核心模块，并没有挂载到全局对象上，你看到的「属于全局对象」的标注属于误解。
正常脚本执行过程中，所有Node专有核心模块都必须显式通过require()或者import引入后才能使用，因此你直接调用console.log(path)会抛出ReferenceError，global.path也为undefined。

3 REPL环境与脚本执行的差异原因 #

该差异是Node.js REPL环境独有的调试便利特性：REPL为了提升调试效率，做了核心模块自动加载逻辑，当你在REPL中直接输入path、os等核心模块名时，如果当前作用域没有同名变量，REPL会自动在后台执行const path = require('path')逻辑，因此可以直接使用。
这个自动加载逻辑仅在REPL环境生效，不会应用到普通脚本文件的执行流程中。

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