Rust Logo Rust编程语言 - 性能与安全并重

Rust编译时间优化：为什么你的编译这么慢？

每次写Rust代码，你是否也在盯着cargo build的进度条发呆？编译时间过长是很多Rust开发者面临的问题，尤其是大型项目。

说真的，写Rust最痛苦的是什么？不是所有权，不是生命周期，而是每次改一行代码，然后盯着屏幕看cargo build转圈圈，转到你怀疑人生。

编译等待 每次改一行代码，都要等编译完成才能测试

我之前有个项目，代码量大概几十万行，每次全量编译要22分钟。22分钟什么概念？够你泡杯咖啡，刷完朋友圈，再去趟厕所，回来一看——还在编译。增量编译也要好几分钟，改个bug测一下，喝口水的功夫就过去了。

直到有一天，我在网上看到一篇关于Rust编译时间优化的文章，说改一行配置就能大幅提升编译速度。抱着试试看的心态改了一下，结果Rust编译时间从22分钟直接掉到38秒。

没开玩笑，就一行配置，这就是Rust编译优化的威力。

揭秘：Rust编译慢的真正元凶

很多开发者以为Rust编译慢是因为borrow checker太严格，或者泛型展开太多。这些确实有影响，但最大的瓶颈其实在最后一步——链接器。

**链接器的作用是什么？**简单说，编译器把你的Rust代码翻译成一堆零散的机器码片段，链接器负责把这些片段拼成最终的可执行文件。这个链接过程是Rust编译时间的重要组成部分。

问题来��：Rust默认用的链接器，就像那种老式的人力三轮车快递员。东西是能送到，但慢啊，一趟一趟地跑，效率感人，直接拖慢了整个Rust编译时间。

而mold、lld这些现代链接器，就像用上了电动三轮甚至小货车，嗖嗖的，同样的东西几趟就送完了。这就是为什么更换链接器能显著减少Rust编译时间的原因。

链接器对比 传统链接器 vs 现代链接器 - 效率天差地别

三步完成Rust编译优化：配置指南

下面详细介绍如何通过更换链接器来优化Rust编译时间。操作非常简单，只需要几分钟。

废话不多说，直接上干货。

方案一：用mold（Linux首选，最快）

mold是目前最快的链接器，没有之一。先装上它：

# Ubuntu/Debian
sudo apt install mold

# Arch Linux
sudo pacman -S mold

# macOS用sold（mold的Mac版）
brew install sold

然后在项目根目录创建 .cargo/config.toml 文件，加上这几行：

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

搞定。再跑一次cargo build，你会发现世界变了。

Cargo Build 使用mold后的编译速度 - 飞一般的感觉

方案二：用lld（跨平台通用）

如果你用Windows或者懒得装mold，lld也是个好选择。它是LLVM项目的链接器，速度虽然没mold快，但比默认的快多了。

[build]
rustflags = ["-C", "link-arg=-fuse-ld=lld"]

就这一行，简单粗暴。

方案三：等Rust 1.90（2025年9月之后）

好消息是，Rust官方也意识到这个问题了。从1.90版本开始，Linux上默认就用rust-lld了，不用你手动配置。但现在是2025年12月，如果你已经升级到1.90或更高版本，这个问题可能已经自动解决了。

不过mold还是比lld快，追求极致的话还是建议手动配置。

Rust链接器配置：常见问题与解决方案

更换链接器虽然简单，但在实际操作中可能会遇到一些问题。这里总结了常见的坑和解决方法。

改配置虽然简单，但还是有几个坑要注意：

坑1：找不到链接器

error: linker `mold` not found

这说明mold没装或者路径不对。用 which mold 确认一下路径，然后改成正确的。

坑2：macOS用户别用mold

macOS上要用sold，不是mold。虽然是同一个团队做的，但macOS版本单独发布，名字不一样。

# macOS配置
[target.aarch64-apple-darwin]
rustflags = ["-C", "link-arg=-fuse-ld=/opt/homebrew/bin/sold"]

[target.x86_64-apple-darwin]
rustflags = ["-C", "link-arg=-fuse-ld=/usr/local/bin/sold"]

坑3：CI环境记得也配上

本地配了，CI上没配，那每次跑CI还是慢。记得在CI脚本里也装上对应的链接器，或者把config.toml提交到仓库里。

坑4：wild链接器更快但不够成熟

如果你喜欢尝鲜，可以试试wild链接器，据说比mold还快。但目前还不够成熟，生产环境慎用。

Rust编译优化效果：真实数据对比

让我们看看实际的效果数据，这些数据来自真实的项目案例。

说几个真实数据：

  • 我自己的项目：22分钟 → 38秒
  • 网上有人50万行代码：148秒 → 23秒
  • 增量编译：从10秒降到1-2秒

这不是小打小闹的优化，是质变。

编译时间对比 优化前后的编译时间对比 - 数据来自实际项目

链接时间在大型项目中占比很高，有时候能占到总编译时间的一半以上。这就是为什么Rust编译时间优化如此重要——换个快的链接器，相当于把这一半时间压缩到原来的十分之一。

对于追求极致Rust编译时间优化的开发者来说，除了更换链接器，还可以考虑使用-C编译器标志来进一步优化。但更换链接器无疑是性价比最高的优化方案。

总结：Rust编译优化要点

通过上面的优化，Rust编译时间可以得到显著改善。记住以下几点：

三句话说完：

  1. Rust编译慢的大头在链接，不是你想的那些花里胡哨的原因
  2. 换mold或lld，一行配置的事，效果立竿见影
  3. Rust 1.90之后默认用lld，但mold更快，想要极致还得手动配

下一步：

  • 去项目根目录创建 .cargo/config.toml
  • 复制上面的配置
  • 跑一次cargo build感受一下
  • 把节省下来的时间用来写更多代码（或者摸鱼，我不管）

效率提升 节省下来的时间，可以用来做更有意义的事情

觉得这篇文章有用吗？

如果这篇文章帮你省下了等编译的时间，不妨：

  1. 点个赞：让更多被编译折磨的Rust开发者看到
  2. 转发一下：你的同事可能也在盯着cargo build发呆
  3. 关注梦兽编程：后续还有更多Rust实战技巧
  4. 评论区聊聊：你的项目编译要多久？换了链接器效果怎么样？

少等一分钟编译，多写一行代码。我们下篇见。