节省90%编译时间，这是字节跳动开源的基于Rust的前端构建工具

Rspack 是一个基于 Rust 的高性能构建引擎，它可以与 Webpack 生态系统交互，并提供更好的构建性能。

在处理具有复杂构建配置的巨石应用时，Rspack 可以提供 5~10 倍的编译性能提升。

字节跳动将 Rspack 开源后，它在 GitHub 上已有 4700+ star。

在 2023 年 5 月 28 日 举行的「GOTC 全球开源技术峰会 - Rust 论坛」上，字节跳动前端工程师何相君介绍了 Rspack 这款新一代的前端构建工具，今天我们就为大家介绍这次分享的内容。

内容纲要：

• Rspack 简介
• 前端工具链 native 化的技术选型
• 遇到问题解决方案
• Rspack 性能收益
• 对 Rspack 的未来展望

Rspack 简介及技术架构

近几年 Web 应用规模变得越来越大，一个中大型项目，可能有几万个模块，使用 Webpack 进行打包的话可能需要 5~10 分钟。

尽管近几年有一些构建工具解决了 Webpack 构建速度慢的问题，比如 esbuild 和 vite，但是依然无法功能性上完全代替 Webpack。

在这样背景下，我们决定使用 Rust 重新移植 Webpack，在尽可能不降低 Webpack 灵活性与丰富的功能的同时，尽可能的提高构建性能。

简单介绍一下 Rspack 的架构。Rspack 的架构和 Webpack 比较类似，对很多阶段做了多线程的并行加速。

主要可以分两块，第一个阶段是 make 阶段，主要分析项目依赖，然后生成一个模块依赖图；第二个阶段 seal 阶段，主要是做代码产物优化以及最终产物生成。

产物优化主要包括 tree-shaking 和 bundle-splitting, code-splitting 以及 minify。

tree-shaking 使用类似垃圾回收 mark-sweep 算法，遍历所有可能被执行的代码，将所有不会被执行的代码删除。

code-splitting 通过重新将模块进行组合，使用一些策略将其分割生成若干 chunk，最终达到更快速的浏览器加载，更高的 CDN 缓存命中率。

技术选型

那么，我们是如何为 Rspack 做技术选型的呢？

我们的目标，或者说现在大部分市面上的 native 化的工具，目标可能都只有两点：一是和目标移植工具的Javascript API 保持兼容，二是尽可能提高构建速度。

对目标语言生态做简单的调研后，我们留下了 3 个可选项：

1. Rust

2. Javascript(Node.js)

3. Golang

为什么不用 JavaScript(Node.js) ？

使用Node.js我们不用担心 API 兼容的问题，但是Node.js 单线程优化的潜力不大，所以尝试使用Node.js 提供的多线程能力提高性能。

我们在实际使用 Node.js 做多线程编程的时候发现有些问题，Node.js 虽然提供了 worker-thread 来提供多线程，但由于它是通过创建新的 V8 实例来模拟多线程，这些 V8 实例是没有办法共享内存的。

如果你想做线程间通信，只能用消息传递。但 worker-thread 消息传递有个问题，所有的消息都需要结构性拷贝，也就是