三個 JS 執行時的未來：Bun 上位、Node 守成、Deno 謝幕

2026-11-03 6

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 2026年JS运行时格局尘埃落定：Bun被Anthropic收购并Rust重写，成为AI编程时代首选——快、全、有背书；Node稳守基建地位，但迭代慢、缺叙事；Deno团队并入Cloudflare，理想主义谢幕，其理念（TS内置、安全默认等）已被Bun与Node继承。

三个运行时的未来：Bun 上位、Node 守成、Deno 谢幕

标签：#类型/观点 #技术/JS运行时 #AI时代

图：三个 JS 运行时的吉祥物同台（来源：B 站技术区封面）

2026 年 10 月 9 日，Cloudflare 和 Deno 联合发布公告：Deno 整个团队并入 Cloudflare，联合创始人 Ryan Dahl 在列。公告后半段更像一份讣告的草稿——Deno 运行时只再维护一年，Deno Deploy 六个月后关停，核心资产是今年 8 月才发布的 celld，要并进 Cloudflare 自家的 workerd。

至此，JS 运行时三足鼎立的格局尘埃落定：一个被 AI 巨头收编，一个把自己卖给了边缘云，一个原地不动。作为一个把 Bun 当主力运行时和包管理器的全栈工程师，我想从我的视角聊聊这三条路线的未来。Cloudflare 买的不是 Deno 这个产品，是它的人和技术方向。

Bun：被收购之后，我为什么把它设为默认

先交代立场：我日常的开发循环是 bun install、bun dev，一个工具覆盖运行时、包管理，Node 生态的 npm 包基本无痛使用。

Bun 的官方 slogan：The fast JavaScript runtime——Runtime · Package Manager · Bundler · Test Runner（来源：bun.com）

Bun 的定位从一开始就很清楚：兼容 Node 生态，但功能更多、速度更快。到 2026 年年中，它已经把 PostgreSQL/MySQL/SQLite 客户端、Redis 客户端、图像处理、测试隔离、CI 分片全部内置，官方口号是"开发、测试、运行、打包 JavaScript/TypeScript 项目的唯一工具"。

但真正让它完成质变的是两件事：

第一，2025 年 12 月 3 日被 Anthropic 收购。 这是 Anthropic 的第一笔公开收购，官宣的日子恰好是 Claude Code 年化营收突破 10 亿美元那天。原因不复杂：Claude Code 本身就跑在 Bun 上，Bun 团队在收购前几个月已经在优先处理 Claude Code 的 issue——收购只是把既成事实制度化。对一个个人开发者来说，这意味着选型风险被彻底消除：你很难找到比"AI 编程工具的地基"更硬的长期维护承诺。MIT 协议不变，原团队继续维护。

Anthropic 官方公告配图（来源：anthropic.com）

第二，Rust 重写。 2026 年 5 月，Bun 从 Zig 到 Rust 的迁移 PR 合并。创始人 Jarred Sumner 公开了过程：53.5 万行 Zig 代码，借助 Claude Code 在 11 天内迁完。这件事的象征意义大于技术意义——用 AI 重写了 AI 的地基。内存安全从"人工保证"变成"编译器保证"，use-after-free 这类 Zig 时代的顽疾从根上拔掉。重写也引发了争议（Electrobun 等项目选择与 Bun 解耦），但 Claude Code 在 7 月静默切换到 Rust 版 Bun 后，争议的声量就压不住了：市场用脚投票。

而我坚持 Bun 的最核心理由，是 AI 时代的一个新算术：

天下武功，唯快不破——而且现在的"使用者"不再是我，是 agent。

以前运行时慢几秒，是人等工具；现在一个 agent 任务里，它要跑几十轮 install、lint、format、test、typecheck，每一轮都要等运行时给结果。运行时和工具链每快一秒，被放大的是几十倍的循环次数，最终变成"AI 多快把结果交到我手上"。当 AI 编程的瓶颈从"写代码"变成"验证代码"，工具链速度就是 agent 的吞吐。这不是偏好问题，是效率问题。

Node：老大哥不失位，但正在失去叙事

Node 依然是那个无可争议的老大哥：稳定性、生态厚度、招聘市场、存量项目的默认选择，这些都不用争。

它的问题也不是质量，是气质——慢了。而且很多曾经劝退现代工程实践的痛点，其实已经被 JS 标准和社区一点点解决：ESM 之争基本落幕，fetch 进了内置，TypeScript 有了 type stripping 原生执行。以前说"Node 工程化不行"的理由，如今一半已经不成立。

但剩下的那一半，恰好是 AI 时代最要命的那一半：它不够快，也没有野心。

图：同一份 TypeScript 斐波那契基准——bun 28ms、node 73ms、esbuild+node 89ms、ts-node 2000ms+（早期社区实测截图，来源：知乎；版本虽老，量级差距沿用至今）

Node 的启动、依赖安装、测试冷启动，都还是上一个时代的量级。它的新特性走的是标准化流程——安全、缓慢、共识驱动。这在 Web 1.0 时代是美德，在 agent 时代是枷锁。现代前端对"快"的欲望是被 AI 喂养出来的：agent 不会抱怨 V8 冷启动慢，但它会让你的每一次提交都比别人多等三分钟。工程能力的差距，正在变成等待时间的复利差距。

所以我对 Node 的判断是：它不会死，甚至份额未必跌得多——它是水，是电，是基础设施。但它已经从"未来"变成"现在"，而技术选型的叙事权，已经不在它手里了。

Deno：理想主义者的体面退场

Cloudflare 官方博客公告头图（来源：blog.cloudflare.com）

先坦白：Deno 我没用过，了解不深。所以下面是旁观者的判断，不是用户的抱怨。

Deno 的起点是我见过最动人的技术叙事之一：Node.js 之父亲手反思"当年搭服务器的方式不正确"，然后再造一个运行时来修复原罪——默认安全、权限模型、内置 TypeScript、URL 直接导入、不养 node_modules。每一个设计都在回答"如果重来一次"。

问题出在后来。为了争取用户，Deno 走上兼容 Node 生态的路：npm 兼容层、node: 模块对齐、逐步向主流行为靠拢。这个策略在获客上有效，但代价是——你在兼容的过程中，把对方生态的沉重、碎片化、lockfile 地狱也一并吸了回来。差异点被一点点磨平，而磨平之后，用户为什么要换？

Ryan Dahl 自己的坦白比任何评论都锋利：Deno 被"卷进了 Node 兼容性的引力井"——如果为了兼容流行包必须和 Node 表现得一模一样，那么速度、易用性、安全性上的细微差别，就撑不起一支团队。截至 2026 年 8 月，Deno 月活 40 万，对比 Node 的体量，这是一份没有胜算的成绩单。

所以 Cloudflare 的收购对团队是理性的终点站，对产品是失败的确认书。但我仍然尊重这场实验：Deno 输掉了战争，却赢下了思想——内置 TypeScript、权限模型、更严的默认安全，这些理念 Bun 抄了作业，Node 也在跟进。颠覆者没赢，但颠覆者的议程赢了。 这是开源史上最常见的、也最值得记录的谢幕方式。

尾声：运行时之战变成了什么

回头看这一年的两笔收购，逻辑是一致的：

Anthropic 买 Bun，保的是 Claude Code 的底座；
Cloudflare 买 Deno（的 celld），换的是 Workers 的引擎。

巨头们不再买应用，开始买基础设施层。而对普通工程师，信号也很简单：AI 时代选运行时就看两条——谁让 agent 更快出结果，谁的地基有人背书。

我的答案是 Bun。你的可以是 Node 。 2026 年还开 deno run 的朋友，可以尝试一下换成bun了。

参考资料

图片来源：文中 5 张图存于 assets/三个运行时的未来/，依次为 B 站技术视频封面、bun.com 官方 banner、Anthropic 官方公告图、知乎基准测试截图、Cloudflare 官方博客头图，仅作评论引用，版权归原方所有。