从14s到4s，我如何将 MacOS上的 Rust 增量编译时间减少70％？ 作者 | jakedeichert整理 | 田晓旭Rust 1.51 发布之后，我注意到里面有一个新的特性 Cargo 可以帮助缩短 MacOS 的编译时间。升级启用了这个选项周，我的增量开发重建时间从 14s 缩短到了 4s。加快构建速度Rust 1.51 发行说明中，有一章节是专门介绍如何配置调试信息。默认情况下，在 MacOS 上，rustc 会运行一个名为 dsymutil 的工具，该工具会分析二进制文件，然后构建调试信息目录。 如果使用 cargo run 来开发构建，那么可能每次都会构建此调试信息，因为它是开发配置文件的默认设置。而在 Rust 1.51 中，我们可以配置 split-debuginfo，使其跳过 dsymutil。 Rust 1.51 发行说明： 现在，Rust backtraces 切换到使用其它后端，该后端支持加载 debuginfo 无需运行 dsymutil，并且该功能目前已经稳定。 有人认为，这个功能很快就会成为 MacOS 的默认配置。 如何配置呢？首先打开 Cargo.toml 并添加以下选项： [profile.dev]split-debuginfo = "unpacked"如果你之前禁用了 debug，那么就无法生成调试信息，自然也就无法看到速度提升。如果你之前因为编译时间太久而禁用了 debug，那么现在可以重新打开，试试这个新方法吧。 到底能快多少？Cargo 新特性到底能帮助 debug 提升多少呢？我自己构建了一个 Puzzle Panda 的拼图游戏网站，该网站是使用 Rust 编写的后端 API。经过我自己的测试，cargo run dev rebuilds 从之前的 14s 成功减少到了 4s，大约节省了 70% 的构建时间。 就项目规模而言，Puzzle Panda 的 Rust API 很小，但是它其中引入了很多传递性依赖关系，因此构建时间很长。14s 的 Dev rebuilds 时间是一直困扰我的问题，但是现在 split-debuginfo 的出现解决了我的难题。 至于 split-debuginfo 在中型 Rust 项目中，是否会有一样的项目，目前我还不确定。希望有感兴趣的人，能够实践并分享给我们。 参考链接：https://jakedeichert.com/blog/reducing-rust-incremental-compilation-times-on-macos-by-70-percent/ 你也「在看」吗？??