Node 不是网络节点

这名字本来应该叫 web.js

你说 node 这事儿,名字本身就是个误会的开端。第一次听到的人,十个里有八个会想:"node?那是不是跟网络节点有关?"——再加上 .js 的后缀,听起来又像某种网络协议。

真不是。Node.js 是 Ryan Dahl 在 2009 年写的一个软件,最早的名字差点叫 web.js¹。后来他发现这玩意儿能干的事远不止做网站,所以改成了更宽泛的 node。这里"node"指的是分布式系统里的"一个工作节点"——意思是"这个程序天生擅长跟别的程序通信"——跟你想到的"网络节点"沾点边,但根本不是一回事。

说白了,它就是个软件,跟你电脑上随便哪个软件没区别。本来应该叫 jsrunner 或者 web.js,叫了 node,大家就被名字带歪了十几年 🟡 med。

把 Chrome 里那个 JS 引擎拆出来,单独拿来用

这一段是答案的核心。

2009 年之前,JavaScript 这门语言只能在浏览器里跑。你写出来的 JS 代码,只能放进网页,用户打开网页才会执行。换句话说,JS 是被关在浏览器这个笼子里的。

Ryan Dahl 干的事很简单:他把 Chrome 浏览器里负责跑 JS 的那个发动机——叫 V8——拆出来,加了点周边代码,弄成了一个独立的命令行工具²⁴。从此 JS 就能像 Python、Ruby 那样,在你电脑上直接跑——不需要打开浏览器。

你写一个文件叫 hello.js,然后在终端里敲 node hello.js,它就执行了。

console.log('hello node');

为什么会有人想干这件事?

2009 年那时候网页越做越复杂,前端工程师写 JS 写得很熟,但后端服务器都用 PHP、Python、Ruby——前端的人写后端,得换一门语言。Ryan Dahl 的赌注是:如果让前端的人也能用 JS 写后端,他们的整个工具链能少一半。

这个赌赢了。今天你装 Claude Code、装 npm 包、跑 VS Code 插件、跟 AI Agent 通信——背后跑的全是 node。

每个 node 进程都是个独立小宇宙

那么——你刚才在活动监视器里看见,每个 node 进程吃 ~1.2GB,这是为什么?

因为每启动一个 node,操作系统都要在内存里完整复制一份 V8 引擎 + 自己的内存堆。node 进程之间默认不共享任何东西——这是操作系统的进程隔离的基本规则,跟 node 自己没关系。两个 node 进程之间,从内存层面看是两个完全陌生的程序³。

V8 引擎给每个 node 进程留的"内存额度"叫堆 (heap)。从 Node 20 开始,这个额度会根据你电脑总内存自动算——一台 24GB 内存的 Mac 上,默认上限差不多在 2GB 上下³ 🟡 med。也就是说一个 node 进程哪怕实际只用了几十兆,V8 也会预留差不多 2GB 给它备用。

飞书 MCP 这种长期跑的服务,会慢慢往这个额度里塞东西——缓存、待发请求、内部状态——你看到的 1.2GB 就是它跑了几小时甚至几天攒下来的。

你电脑里跑着的 node,比你以为的多 10 倍

普通人一提 Node.js,反应是"哦,网站后台"。这是十几年前的印象。现实里,你电脑上跑着的 node 进程,绝大多数跟网站后台没关系。

你刚才看见那 10 个 node,全是飞书的 MCP 服务⁵——AI 模型用来读写飞书文档的小桥梁。再往下数,VS Code 你装的所有扩展都在 node 里跑;Discord、Slack、Notion 的桌面版,底层是 Electron(其实就是 Chrome + node 打包成一个桌面应用);你装 npm 包、跑 npx 命令、跑 prettier 格式化代码——全是 node。

能这么普及,是因为 node 出来之后,JavaScript 这门语言意外地变成了写小工具最方便的语言。包多、上手快、跨平台。十几年下来,大量原本会用 Bash 或 Python 写的工具,默默地全改成了 node 写——你看不到,但它们一直在你电脑上跑。

ps -A -o pid,command | grep -i node | grep -v grep