Rust 编译太慢？教你几招提升开发体验

很多刚开始接触 Rust 的朋友，在敲下 cargo build 后往往会陷入深深的沉思：这编译时间是不是有点过于感人了？尤其是项目稍微大一点，或者依赖库比较多的时候，喝杯水回来发现还在编译，确实让人有点“受不了”。

其实，Rust 编译慢并不是你的电脑有问题，而是由语言本身的特性决定的。Rust 在编译阶段做了大量的静态分析、借用检查和零成本抽象的优化，这些虽然换来了运行时的极致性能，但代价就是编译时间的增加。不过，我们并不是完全无能为力，通过一些合理的配置和工具的使用，还是能显著提升编译速度的。

开发者对着屏幕感到沮丧，因为 Rust 编译时间过长，背景显示进度条在缓慢移动。

面对漫长的编译时间，开发者往往感到无奈

首先，硬件是基础。Rust 编译器非常吃资源，尤其是 CPU 和内存（RAM）。

CPU：Rust 编译是高度并行的，多核多线程的效果非常明显。如果你还在用双核 CPU，升级 CPU 会带来立竿见影的效果。
内存：这是一个隐形杀手。如果你的内存较小，在编译大型项目时，系统会频繁使用 Swap（虚拟内存），导致速度骤降。对于大型 Rust 项目，建议至少 16GB 内存，如果有条件，32GB 会更从容。

现代版本的 Cargo 默认已经开启了增量编译，但确保你的配置文件中有明确的设置总是好的。增量编译会让编译器只重新编译你修改过的部分，而不是全量重编。

终端界面展示 cargo check 和 cargo build 的命令对比，强调前者的速度优势。

善用 cargo check 加速开发流程

你可以在 Cargo.toml 的 [profile.dev] 部分加入以下配置（默认通常已开启，但这能确保万无一失）：

[profile.dev]
incremental = true

此外，设置环境变量 CARGO_INCREMENTAL 为 1 也是一种控制方式，但通常默认配置已经足够智能。

Rust 默认使用的系统链接器（通常是 cc 或 ld）在某些情况下效率不高。将链接器替换为 lld（LLVM 的链接器）可以大幅减少链接阶段的时间，这在 Debug 构建中尤为明显。

安装（如果还没装）： 在 Debian/Ubuntu 上：

sudo apt install lld clang

在 macOS 上，Xcode 自带的工具链通常已包含，或者通过 brew install llvm 安装。

配置方式： 在 ~/.cargo/config.toml 中添加（以 Linux 为例）：

[target.x86_64-unknown-linux-gnu]
linker = "clang"
rustflags = ["-C", "link-arg=-fuse-ld=lld"]

如果你是 Windows 用户使用 MSVC，配置可能略有不同，通常可以使用 lld-link。这一步操作能带来 20%-50% 不等的提速效果，强烈推荐。

不要每次都从头开始。cargo check 是你的好朋友。

使用 cargo check 代替 cargo build：在开发阶段，如果你只是想快速检查代码语法和类型错误，而不需要生成二进制文件，使用 cargo check 会快很多，因为它跳过了代码生成和链接步骤。
使用 cargo run 而不是分步操作：cargo run 会自动处理构建和运行，且比手动执行 build 再运行更高效。

Rust 的依赖树很复杂。一个小版本的更新（ SemVer 中的 patch 版本）可能会导致依赖的重新解析和编译。

锁定版本：确保 Cargo.lock 文件被提交到版本控制系统。这能保证团队成员和 CI/CD 环境中使用完全一致的依赖版本，避免因版本差异导致的意外重编和“在我机器上能跑”的问题。

如果你是在 Linux 下开发，并且觉得 lld 还不够快，可以尝试 mold。它声称比现有的链接器快数倍。

安装：

# Ubuntu/Debian
sudo apt install mold

配置 ~/.cargo/config.toml：

[target.x86_64-unknown-linux-gnu]
linker = "clang"
rustflags = ["-C", "link-arg=-fuse-ld=mold"]

Rust 的编译体验确实是一个需要磨合的过程。虽然我们无法完全消除编译时间，但通过升级硬件、开启增量编译、替换链接器以及养成良好的开发习惯（如多用 cargo check），完全可以把这种“等待的痛苦”降到最低。让工具为人服务，而不是被工具折磨，才是高效开发的王道。