字节跳动发布Rspack 2.0：构建性能较1.7版本再提升10%

智通财经APP获悉，4月24日，字节跳动正式发布Rspack 2.0。相较于1.0版本，2.0在性能、API设计和产物形态上实现了全方位改进：不仅整体构建性能较1.7版本再提升约10%（相较 1.0 最多可提升 100%）、默认npm依赖大幅缩减，还改进了ESM支持、增强了静态分析能力，并实验性地加入了React Server Components等新特性。

回顾1.x阶段，“在保持与 webpack API 和生态兼容的前提下实现 10 倍的构建性能提升”的阶段目标已经基本达成。Rspack 不仅实现了 webpack 的核心能力和插件 API，也在开发体验、产物优化以及现代语言特性支持等方面不断演进，陆续引入并完善了增量构建、按需编译、持久化缓存、常量内联、虚拟模块、Barrel 文件优化等新特性。同时，Rspack 也正被越来越多的用户采用。与 1.0 发布时相比，Rspack 的周下载量已由 10 万增长至 500 万。

从 2.0 开始，在保持对 webpack 生态兼容的前提下，Rspack 将逐步引入更符合现代 JavaScript 开发的默认行为、API 设计和构建产物。这将是一个渐进的过程，公司会尽量避免在单个主版本中引入过多不兼容变更，同时也会提供迁移指南与 Agent Skills，将迁移成本控制在可接受范围内。

此次2.0版本带来了一系列重大更新：在性能提升上，与 Rspack 1.7 相比，Rspack 2.0 的整体性能提升约 10%，相较 1.0 最多可提升 100%。在开启 持久化缓存的场景下，构建性能和内存占用得到了进一步改善。现在 Rspack 支持对 SWC 压缩插件的结果进行缓存复用，在命中缓存时，构建性能提升约 50%。通过优化底层存储实现，在启用缓存时，内存占用下降了 20%+。另外， Rspack 2.0 还减少了默认安装的 npm 依赖数量，@rspack/dev-server的依赖数量从192个狂减至1个，安装体积缩水超过90%；@rspack/cli更是实现了零依赖。

在产物优化层面，Rspack 2.0显著增强了静态分析能力，使更多复杂代码模式能够纳入Tree Shaking的优化范围。Rspack 2.0还引入了编译器注解支持，允许开发者使用#__NO_SIDE_EFFECTS__将函数标记为无副作用。此外，Rspack 2.0现在支持对模块联邦的共享依赖进行Tree Shaking，它可以在导出级别裁剪共享依赖，移除未使用的部分，从而减小共享包的体积。

在改进ESM支持上，Rspack 的核心包现在以 pure ESM 包的形式发布，并移除了自身的 CommonJS 构建产物，这使模块加载方式更加统一，也更符合当前 Node.js 的主流实践。Rspack 2.0 还改进了对 import.meta和import.defer支持。

在新特性方面，Rspack 2.0 也为React Server Components（RSC）提供了实验性的底层构建支持，包括：指令支持、编译期检查、CSS 支持、HMR 支持。字节也在与 TanStack 团队展开合作，计划在后续版本中提供对 TanStack Start 和 TanStack 的 RSC 的支持。另外，Rspack 2.0 还支持 #/ 形式的子路径别名导入，简化 swc-loader 配置、支持控制 CSS 导入、使用哈希作为模块 ID等。

字节跳动表示，接下来，公司会继续从多个方向推进 Rspack 的演进，包括产物优化、Agent 支持和工具链协同等。在产物优化上，Rspack 的目标不仅是更快地完成构建，也是在保证行为稳定的前提下生成质量更高的产物。我们会继续改进 tree shaking、代码分割和静态分析等基础能力，探索结合静态类型信息进行优化分析，并提供更细粒度的代码拆分与优化选项。

随着 Coding Agent 逐渐成为开发工具的重要使用者，字节跳动也会在设计中更多考虑这类场景，让 Agent 更容易理解和处理构建问题。例如，通过 CLI 向 Agent 提供更丰富的调试信息、性能数据和其他上下文，帮助它更准确地分析问题并参与问题排查和性能优化。

工具链协同方面，在实际项目中，耗时往往不只来自打包本身，测试、类型检查和代码检查等环节同样会带来明显开销。字节跳动会继续推进 Rstack 工具链的协同演进，并与 typescript-go 结合。例如，Rslint 已支持 rslint --type-check，可同时执行代码检查和类型检查。后续公司也会在 ts-checker-rspack-plugin 中支持 typescript-go。