你打开一个中大型项目，npm start，然后…去上个厕所，接杯水，刷会儿手机。回来一kan，还在编译。

你有没有算过每天花在等编译、等打包、等 lint 上的时间有多少？我算过：一天至少半小时。一年就是 150 小时相当于 30 个工作日。

不是你的电脑慢，是工具该换代了。今天我们就来聊聊：为什么这些工具突然集体“换心”？你该怎么用上它们，把喝咖啡的时间省下来写代码？

JS 工具的“性Neng瓶颈”

Babel 转译一段代码：读取 AST → 转换 → 生成代码。每一步dou是 JS 对象操作，内存占用大，垃圾回收频繁。项目几千个文件，Babel 跑一次几十秒。

ESLint 同理：遍历 AST，应用几十条规则，每条规则可Neng递归遍历子树。JS 实现，速度上不去。

这些工具在项目初期还Neng忍，项目一膨胀，开发体验直线下降。Vite 虽然用 ES 模块跳过了开发时的打包，但生产构建还是要用 Rollup，依然慢。

SWC：Rust 写的 JavaScript 编译器

SWC 是一个用 Rust 编写的 JavaScript/TypeScript 编译器。它Ke以Zuo代码转译、压缩、打包。SWC 比 Babel 快 10~20 倍。

类比：JS 工具是“电动自行车”，Rust 工具是“V8 引擎跑车”。douNeng到目的地，但一个慢悠悠，一个眨眼就到。

Ru果你用 Webpack，Ke以用 swc-loader 代替 babel-loader

module.exports = {
  module: {
    rules: ,
  },
};

Ru果你用 Next.js，好消息：从 v12 开始，Next.js 默认就用 SWC 代替 Babel 了。你啥dou不用改，构建速度自动提升。

SWC 的优势

速度geng快Rust 的底层优化和多线程支持，让 SWC 的编译速度通常比 Babel 快 10 倍以上。

资源占用低Rust 没有垃圾回收机制，内存管理geng高效。

增量编译SWC 的缓存机制geng智Neng，只重新编译变geng的部分。

SWC 使用示例

npm install -D @swc/cli @swc/core
# 代替 babel：把 src 下的 ES6+ 代码转译到 lib 目录
npx swc src -d lib

Turbopack —— Webpack 的 Rust 继任者

Turbopack 是 Next.js 团队开发的打包工具，基于 Webpack 架构但用 Rust 重写。开发服务器启动速度比 Webpack 快 10 倍，热geng新快 几十倍。

Webpack 打包：JS 实现的模块依赖图构建、代码生成，大型项目冷启动轻松超过 1 分钟。

然后重新 npm run dev，你会发现启动几乎瞬间完成。官方数据显示，在 10000 个模块的项目中，Webpack 启动需要 60 秒，Turbopack 只要 2 秒。

开启 Turbopack

// next.config.js
module.exports = {
  experimental: {
    turbo: true,
  },
};

Biome：Rust 写的格式化 + 代码检查工具

Biome 是一套用 Rust 写的格式化 + 代码检查工具，目标是取代 ESLint 和 Prettier。它比 ESLint 快 10 倍，比 Prettier 快 几十倍。

Biome 内置了超过 200 条 lint 规则，基本覆盖日常需求。而且它不需要复杂配置，开箱即用。

Biome 使用示例

npm install -D @biomejs/biome
npx biome init
npx biome check src/

用户原话：从“等”到“秒开”

用户原话“我改一行代码，等 Babel 转译 + ESLint 修复 + Webpack 热geng新，加起来 5 秒。一天改 20 次光等就 100 分钟。”

现在换成 SWC + Turbopack + Biome，保存即geng新，几乎无感。

不是为了换而换

不要为了换而换。Ru果你的项目编译一次只花 2 秒，没必要折腾。

但所幸，babel 横空出世，它就是一个作用：转换，将你写的 JS 转换成大多数浏览器dou支持的语法样式。我把我 2020 年基于 electron Zuo的一个跨平台桌面软件，使用了 swc，编译速度提升非常明显，以前需要 10 多秒编译完成，而 swc 下只需要 1-2 秒瞬间完成。

babel 是开创性的，它的价值永远值得纪念，但这不表示我们不Neng有新的东西取代它，技术就是如此，新的取代旧的，这是永恒不变的趋势。

Rust 工具的未来

但 JS 工具不会消亡。生态和灵活性是 JS 的护城河。未来大概率是：核心编译器/打包器用 Rust 加速，上层配置和插件仍用 JS。就像 V8 用 C++ 写，但不妨碍我们用 JS 写业务。

Esbuild 用 Go 写的，速度也极快。Vite 生产打包虽然用 Rollup，但开发服务器的依赖预构建就用了 Esbuild。Go 和 Rust dou是系统级语言，性Neng接近。

hen有可Neng。Turbopack 稳定后可Neng成为 Vite 的竞争者；Rust 版的 PostCSSYi经在开发；甚至 CSS-in-JS 的运行时也有 Rust 实现的方案。

以前我们忍了因为没得选。但现在有一群“叛逆者”用 Rust把前端工具链重写了一遍：SWC 比 Babel 快 10 倍，Turbopack 比 Webpack 快 10 倍。

数据

上手试试：

在 Next.js 项目中开启 SWC 和 Turbopack

用 Biome 替代 ESLint + Prettier

用 SWC CLI 替代 Babel CLI

你可Neng会发现，开发体验从此焕然一新。

---