在 Vite.js 中，Rollup 同样是构建过程的一大基石。大多数 Vite 插件本身就是 Rollup 插件。 而且在诞生后不久，Vite 就成了几乎各类主要元框架的标准开发与构建环境，包括 nuxt.js、solid.js、sveltejs kit、remix.run 乃至 Angular CLI 等（可能唯一的例外就是 Next）。Rollup 同样是这些项目的基石，成功从一种在 npm 上发布捆绑库的方式演化为如今 Web 编写的中流砥柱。 现实问题： 从客观来看，我们正身处这样的 Web 开发环境：Rollup 已经被用于构建 Web 上几乎一切服务（虽然与其诞生的初衷不符），而其性能（实际上就是 JavaScript 的性能）仍有提升空间。用 Go 语言编写的捆绑器 esbuild 已经向全世界展示了“原生”捆绑器能有多快，但其除了无法兼容 Rollup 之外，还有其他一系列缺点（例如不支持 TypeScript、摇树优化功能有限等）。 Vite.js 同时使用 esbild 与 Rollup，因此兼具了双方的各自优势，但也引发了新的问题：解析。不同的构建工具会使用不同的 AST 树，且每种工具都必须解析代码以导出 AST。此外，Rollup/Vite 的很多插件还有自己的解析过程。可以想见，如果只需要一次解析就能让所有技术栈的全部层都用上同一个 AST 树，那性能岂不是一飞冲天？ 事实证明，Vite.js 往往需要在栈内各层次上把同一个 TS 文件至少解析 5 次，这里的优化空间可谓巨大。 解决方案： Rolldown 项目就是想要彻底解决以上问题。首先，它采用 Rust 编写而成，Rust 正是目前速度最快的语言之一——甚至比 Go（也就是 esbuild）更快，这主要得益于 Rust 没有垃圾收集机制。在某些应用场景下，速度优势可能并不重要，但在解析和编译上下文中则有着非凡的意义（而且讽刺的是，Rust 本身却是世界上最慢的编译器）。 Rolldown 的目标还不止于加快速度，更尝试与 Rollup 实现 API 兼容。这同样是一项巨大的成就，一旦成功，Vite.js 团队相当于能够在飞机航行的过程中更换发动机。 最后、也是 Rolldown 最雄心勃勃的核心目标，就是提供一种标准 singular parse 方法。这虽是个远期目标，但考虑到 Vite 已经广泛普及，再加上 Rolldown 使用 OXC 进行解析，我们最终可能会迎来围绕单一解析和 AST 树建立起的标准化新世界。由此给开发环境和构建速度带来的性能提升将极为可观。 如果成功，Rolldown 将负责转换 Web 代码中的几乎每一个字节，且完全不受大家实际框架的影响。