浏览器和Node.js的API差异源于运行环境的不同：浏览器API聚焦用户交互与DOM操作，如document、fetch；Node.js API侧重系统级操作，如fs、http模块。全局对象分别为window和global，模块系统也有所区别。这种分化适应了前端与后端的不同需求，使JavaScript能在不同领域高效运作。通过同构JavaScript，如SSR，可实现两者协同，提升性能与开发效率。
简而言之，浏览器和Node.js中的JavaScript API差异，核心在于它们各自运行环境的需求和目标不同。浏览器环境的API主要围绕网页的用户界面交互、DOM操作和网络请求展开，而Node.js的API则专注于系统级操作、文件读写、网络服务构建以及进程管理。这种分化是自然而然的，因为它们解决的问题领域截然不同。
解决方案
要深入理解浏览器与Node.js的API差异，我们不妨从几个关键维度来剖析。在我看来，最显著的区别体现在它们各自的“全局对象”以及所提供的核心功能模块上。
首先是全局对象。在浏览器环境中，我们熟悉的全局对象是
window。它包含了所有浏览器提供的API，比如
document（用于DOM操作）、
localStorage、
sessionStorage（本地存储）、
navigator（浏览器信息）、
fetch（网络请求）以及各种定时器（
setTimeout、
setInterval）等等。这些API都是为了让JavaScript能够与网页内容和用户行为进行互动而设计的。
而Node.js则没有
window对象。它的全局对象是
global（或
globalThis，更现代的统一写法）。
global对象提供了与操作系统交互、文件系统操作以及网络服务构建相关的API。例如，
process对象用于访问当前进程的信息和控制，
Buffer用于处理二进制数据，以及最重要的，各种内置模块，比如
fs（文件系统）、
http/
https（网络通信）、
path（路径处理）、
os（操作系统信息）等等。这些模块是Node.js构建后端服务、命令行工具或自动化脚本的基石。
举个例子，如果你想在浏览器中获取用户点击的元素，你会用到
document.getElementById('myButton').addEventListener('click', ...)。但在Node.js中，你压根就没有document这个概念。如果你想读取一个文件，在Node.js中你会写
fs.readFile('path/to/file.txt', (err, data) => {...})，这在浏览器里是根本不可能直接做到的，因为浏览器出于安全考虑，严格限制了对本地文件系统的直接访问。
另一个值得一提的差异是模块系统。传统浏览器环境主要通过
