Webpack继任者Turbopack公布性能基准测试，Vite创建者尤雨溪再度发声

原副标题：Webpack继任人Turbopack正式发布操控性基准测试，Vite创建人尤雨溪再次表达意见

子公司出品 | OSC开放源码街道社区（ID：oschina2013)

Vercel 子公司上周五在 Next.js Conf 讨论会上正式发布了 Next.js 13，与此同时正式宣布了新一代的开放源码工程项目：Turbopack。Turbopack 是面向全国 Java 和 Type 强化的存量装箱辅助工具和构筑控制系统，选用 Rust 撰写，宣称是 Webpack 的继任人。

只不过 Turbopack 便是出自于 Webpack 译者 Tobias Koppers 之手，这是他今年重新加入 Vercel 后所主导力量的核心理念工程项目。Tobias 广度参予了 Turbopack 的合作开发。

非官方在宣传品 Turbopack 时特别强调了其速率之快 —— 袖珍热预览速率比 Webpack 快 700 倍、比 Vite 快 10 倍；UAC速率比 Webpack 快 5 倍。这原因在于 Turbopack 在装箱时仅导入所需的最多天然资源，因而UAC天数十分快。Turbopack 称在包涵 3,000 个组件的插件中，其UAC天数为 1.8 秒，而 Vite 须要 11.4 秒，Webpack 须要 16.5 秒。

除此之外，依照 Turbopack 的非官方说明，它如前所述两个用 Rust 撰写的存量排序发动机 Turbo，Turbo 可实现行业龙头到表达式发射率的结论缓存、全力支持缓存缓存，未来还将有长久化缓存和远距缓存，和全力支持按需校对，尽量避免排序量。

点此查阅有关 Turbo 发动机的详尽文件格式： https://turbo.build/pack/docs/core-concepts

Turbopack 宣称热预览速率比 Vite 快 10 倍，但由于在正式发布时 Turbopack 没有为这些对比数据提供测试基准，Vue.js 和 Vite 的创建人尤雨溪便亲自创建了测试基准来比较 Vite 和 Turbopack 在 HMR（组件热加载）方面的操控性差异，并将测试方法和数据公开在 GitHub 仓库中 (https://github.com/yyx990803/vite-vs-next-turbo-hmr)。

最终的测试结论显示，Turbopack 的热加载速率确实比 Vite 快，但远远没有 10 倍的差距。尤雨溪承认了两者的差距，与此同时希望 Vercel 子公司能提供更透明的基准测试，并在营销过程中使用更准确的表达。

就在今天，Turbopack 正式发布了操控性基准测试方法，并将他们的基准测试结论提供给公众进行验证。

如需运行基准测试，查阅 Turbopack 基准测试文件格式： https://turbo.build/pack/docs/benchmarks

下图是 Vite 与 Turbopack 的 HMR 操控性测试对比。Turbopack 表示，当插件的组件数量增加到 30k 以上时，Turbopack 的 HMR 速率比 Vite 快 10 倍。而且随着组件数量的增加，差距也更明显 —— 当组件数量超过 50k 时，Turbopack 比 Vite 快 20 倍。

对于 Turbopack 迟来的操控性基准测试，尤雨溪再次表达意见，并说道：“Turbopack 真的比 Vite 快 10 倍吗？”

尤雨溪在阅读 Turbopack 的基准测试后发现，他和 Turbopack 的测试方法和环境存在较大差异，比如 Vite 使用默认的、如前所述 Babel 的 React 插件，没有使用 RSC，而在 Next.js 中默认启用了 RSC。在这种前提下，这种操控性比较缺乏了公平的场景。甚至在小数点的取舍时，Turbopack 都选择了对自己有利的方法 ——Turbopack 的 15ms 四舍五入为 0.01s，而 Vite 的 87ms 则四舍五入为 0.09s。

尤雨溪认为，开放源码软件的竞争应该建立在开放的沟通、公平的比较和相互尊重的基础上。所以当他看到 Vercel 使用了精心挑选、未经同行评审、存在误导的数据来进行营销时，感到失望和担忧，因为这种场景通常只在商业竞争中发生。