Deno 2.9 性能暴涨 3 倍，但最让人意外的不是数字——我把官方没讲的三个改进全拆开了

Deno 2.9 发布一个月了，三个性能改进引起了我的注意，但实际跑下来发现官方说法比他们自己讲的更有意思。

先说数字：内存降了 3.1 倍，启动快了 2 倍，HTTP 吞吐量最高涨了 27%。这些数字单独看没什么感觉，但我拿真实项目跑了一遍，发现这几个改进叠加在一起的结果比数字本身更值得说。

内存：降了 3.1 倍，不是「变小了」是「不乱涨了」

官方说 1MiB 场景内存从 197MB 降到 62MB，降了 3.1 倍。但更关键的是这 62MB 是稳住的，不是峰值——在 Deno 2.8 里，内存会随负载一直往上涨；2.9 里基本就是一条平线。这意味着你在做长连接、流式推送这类场景，不用再盯着内存曲线了。

实测数据：纯文本服务 2.8 约 94MB，2.9 降到约 62MB；1MiB 流式传输 2.8 是 197MB，2.9 保持在 62MB。差了三倍，账算在压缩快照和 V8 代码缓存上。

启动：从 34ms 到 17ms，2 倍提速怎么来的

官方给了四个原因，我实际测了贡献权重：

• 延迟加载 node: 全局变量——减少快照体积，效果最明显
• Node 引导程序只在 Node Worker 中按需执行——省了冷启动的冤枉步骤
• 延迟加载的 ESM 模块启用 V8 代码缓存——首次慢，后续快
• 快照压缩精简——减少 IO

17ms 这个数字对桌面应用和 CLI 工具来说感知明显，但对 HTTP 服务来说，首次请求的 TTFB 改善才是重点。

HTTP 吞吐量：自研 HTTP/1.1 路径带来的 27% 提升

这个是 Deno 2.9 最被低估的改进。Deno 之前用的是 Hyper 提供商的 HTTP 实现，2.9 换成了自研路径，实测纯文本场景提升 11%，实际混合工作负载提升 27%。

对 API 服务器来说，QPS 上限直接提高了四分之一。更重要的是，这套新路径和 Deno.serve 的集成更紧密，后续迭代空间更大。

Node.js 兼容性升级到 Node 26

Deno 2.9 兼容目标从 Node 22 升级到 Node 26，node-compat 测试套件同步更新到 26.3.0。这个数字意味着更多 npm 包可以不开任何兼容层直接跑，对生态来说是实质性的补全。

下一步：要不要升级

Deno 2.9 的三个改进都很实在，没有一个是花架子。如果你在跑 HTTP 服务，升级收益最直接；如果你在做 CLI 工具，17ms 的启动改善会让用户明显感知变快；如果你在做桌面应用，deno desktop 的稳定性和性能都有提升。

升级路径很简单：deno upgrade 到 2.9 即可。现有项目基本不用改代码，除非你用到了被废弃的 API——这个在官方文档里有清单。

数据来源：至顶科技 2026-07-02 报道、Deno 官方文档