嗨！我是小谷，大家好久不见～

今天想和大家分享的技术是 Mako , 一款编译构建速度比 webpack 快 10 倍～100 倍的前端构建工具。

网上有传言将 Mako 比作前端脚手架里的 鲨鱼心脏 ，有了它，前端工程师工作的幸福指数可以提升好多倍，那么就让我们一起来看看 Mako 究竟有什么魅力吧！

什么是 Mako?

近年来，前端领域的脚手架层出不穷，前有开山鼻祖 Webpack , 后有 Turbopack、Rspack 等一些后起之秀。

新出的脚手架都会以 冷启动、热更新、冷构建 的耗时作为性能对比的佐证。

Mako, 是基于 Rust 的 极快 和 生产级 前端构建工具。

从官网的性能对比报告来看，相比于其他的前端构建工具，Mako 在 冷启动、热更新、冷构建 都有较好的表现：

冷启动根更新叶更新冷构建

知识科普： Root HMR 与 Leaf HMR 是什么关系？

Root HMR 指的是应用根组件的热模块替换，通常是对应用的最外层组件（通常是根组件）进行热替换更新，确保整个应用能够保持一致性和状态。

Leaf HMR 指的是更精细粒度的模块替换，通常是对具体组件或模块的热更新。它意味着某个特定的组件或模块在发生改变时，仅该组件或模块进行热替换，不影响其他部分的执行。

Mako 试玩

据 Mako 的核心作者 sorrycc 在文章中的介绍，针对 Ant Design Pro 全量项目的构建，Webpack 用时 16s，Mako 用时 3.9s，提速 4 倍。在此基础上，在 Ant Design Pro 全量项目的构建中，Mako 基本都是实时热更。

听起来效果是很辣，让我们一起来亲自实践一下：

Benchmark作为热门的性能评估工具，内置了几个性能对比的项目，也是大家都在跑的 Turbopack 测试项目。

下图展示了mako、rsbuild、farm、vite、webpack五款前端构建工具在冷启动、根节点热更新、叶节点热更新、冷构建、打包尺寸 几个方面的性能对比：

可以发现，针对同样的测试项目，webpack 冷启动耗时 6.5s , mako 仅需 1.1s ！！！

除此之外，在热更新 和 冷构建 方面，mako 的表现比 webpack 更是优异近 10 倍！！！

Mako 为什么这么快？

不难发现，在 Mako 的官网介绍中，一个显目的语言是 Rust ，Mako 编译构建如此之快的核心原因也是因为舍弃了传统的 JS/TS 语法，转而使用 Rust 来从 0 到 1 构建前端打包工具。

实际上，Rspack、Turbopack 也是基于 Rust 来实现的。

借用 Rust 官网中的 slogan：

A language empowering everyone to build reliable and efficient software.

一个使每个人都能够构建可靠且高效软件的语言。

很容易从中得出两个结论：

1.Rust 是一门语言

2.Rust 的核心竞争力是 安全可靠 & 性能出众 。

作为一门与 C 语言并列，可直接与操作系统交互的系统级编程语言，诞生于 2006 年，它的作者是 Mozilla 的工程师 Graydon Hoare 。 Graydon Hoare 发明 Rust 语言的初心是为了解决 C 和 C++ 所固有的安全问题 ，而在 Rust 正式对外发布前，Graydon Hoar 所在的团队花费了近 10 年的时间进行设计打磨。

更令人意想不到的是，自 2016 年起，Rust 就一直蝉联 Stack Overflow 年度最受欢迎的编程语言冠军。

Rust 为什么这么快？

借助网友们一句评价：一门编程语言极致的性能在于对计算机硬件资源的极致利用。

在此基础上，对计算机内存资源的极致利用，就是对极致性能的有力保障。

在众多编程语言中，关于内存管理可以大致分为两大阵营：

1.手动内存管理：代表语言是 C，C++ 等，它给开发者足够的自由度去掌控内存资源，但是它经常会带来一个问题 —— 开发者无法保障内存安全

2.自动内存管理：代表语言有 Java，Python，JavaScript 等，它通过专门的 GC 机制（垃圾回收器）让开发者不必关心内存回收问题，GC 会以一定频率检查和释放不再被使用的内存。但这种自动管理内存的机制也有一个天然的症结 —— GC 会损耗程序性能

如果有一门语言在没有 GC 机制的情况下，能够保证内存安全调用，即可将计算机内存资源的利用发挥到极致。这也是国内外众多追求极致性能的工具选择使用 Rust 的原因：

Rust 提出的所有权机制，实现了没有 GC 的自动内存管理模式。

在 Rust 的语法中，一个值始终只被一个变量所拥有，即使是通过引用赋值的方式，存储于计算机堆中的值也只与最后被赋值的栈变量关联，而之前的栈变量则会回归到未初始化的状态。

Rust 为什么可以编译为 TS/JS 的代码？

Rust 和 JavaScript 本质是两种语言，为什么可以用 Rust 来编写前端构建工具？.rs 的文件为什么可以转译成 .ts 文件和 .js 文件？这其实得益于 WebAssembly（Wasm）技术的支持。

WebAssembly 是一种可移植、高性能的二进制格式，可在 Web 浏览器中执行。

Rust 具有对 WebAssembly 的良好支持，通过将 Rust 代码编译为 WebAssembly 格式，即可在现代的 Web 浏览器中运行。

在此基础上，Rust提供了 wasm-bindgen 工具，可以帮助将 Rust 代码编译为 WebAssembly ，并为WebAssembly 模块提供 JavaScript 和 TypeScript 绑定。

这使得 Rust 编写的代码可以与 JavaScript 代码进行无缝互操作，包括直接调用 JavaScript 函数，使用 JavaScript 对象，以及被 JavaScript 调用。

学习过 Webpack 的同学应该对 Babel 不陌生，Webpack 本质是一个打包机，可以将非 js 的语言转换为 js 的语言，而 Babel 则可以将高级的 JS 语法转换为浏览器可以识别的低级别 JS 语法。

在 Rust 中，也有这样的编译工具：SWC 。

据 SWC 在官网的介绍来看，SWC 在单线程上的编译速度比 Babel 快 20 倍，如果在 4 核设备上开启并行计算，其执行速度将是 Babel 的 70 倍！

感兴趣的朋友也可以自己测试玩玩～

参考文档

/p/705866602

2.makojs.dev/