在孟买举办的 2026 年印度开源峰会（Open Source Summit India 2026）^[1]上，Linux 内核维护者 Greg Kroah-Hartman 在主题演讲中对 Rust 大加赞许。当然，这也不是他首次在公开场合这么做了。

Greg Kroah-Hartman 是 Linux 内核的核心维护者，负责着驱动、USB、TTY 开发以及所有稳定版本（Stable Kernels）的发布，并且主管 Linux 内核的 CVE 团队，同时还是一位写了 35 年 C 语言的骨灰级老炮。

我曾经是一个倔强的 C 语言死忠粉

Greg 在发表主题演讲时，毫不避讳地谈到了自己当年对 Rust 的偏见。曾经，他的一位好友强烈推荐他使用 Rust，但却被他无情拒绝。

然而几年后的今天，这位曾经的 C 语言死忠粉在台上坦然承认自己被“打脸”了：

“他是对的。我当年真该听他的。Rust 确实很有趣，它让编程重回乐趣。它帮你把操心编译器的负担卸了下来，编译器会帮你解决很多问题，这让代码变得更好。”

因此，Greg 已经从一名 Rust 语言怀疑者，转变为 Linux 内核团队内部中最坚定的支持者之一。

如今，Greg 已经从一名 Rust 语言怀疑者，转变为 Linux 内核团队内部中最坚定的支持者之一。他的理由很明确：Rust 的所有权和类型系统能够消除绝大多数在通用漏洞披露（CVE）中占绝大多数的低级错误，同时也能减轻维护者的工作负担。

Rust 让代码更安全

Greg 表示，目前的 Linux 内核社区，平均每天要处理大约 13 个 CVE 漏洞，而且在过去十年里，整个内核代码库更是维持着每小时将近 9 次的修改频率。

绝大多数是简单的 C 语言编程错误——未检查的指针、忘记解锁、草率的路径清理等。

而这些恰恰是 Rust 的强项。凭借严格的所有权（Ownership）和类型系统，Rust 可以在编译期直接将这些低级错误扼杀在摇篮里。

Rust 让审查更轻松

作为一名管理者，Greg 无法只从开发者的角度出发，更需要从审查人员的工作量这一角度进行考量。

Linux 现在拥有超过 5000 名开发者，但是负责审查工作的核心维护者只有大约 150 人。这也就意味着这 150 名维护者每天都要在花大量时间、消耗大量的脑细胞检查 C 语言的指针和内存分配，以避免出现低级错误。

他认为，Rust 能够在编译阶段强制检查锁机制和生命周期规则，这意味着审查人员可以将有限的精力投入到逻辑审查当中，而不是繁琐的细节核对：“如果代码能够通过编译，我就能认为代码大致没有问题，那么我就可以专注于审查代码逻辑上。”

结语

当然，这并不意味着 Linux 内核会被重写，比如最近非常流行的用 AI 辅助重写。Greg 在之前的 Rust Week 会议上也重申过：不鼓励无意义的重写，已有的 C 语言代码如果没有问题，那就让它们继续稳定运行。

变革从来都不是容易的，尤其是对于一个统治了操作系统半个世纪的 C 语言社区而言。但正如 Greg 在演讲最后开的那句经典的 Linux 式玩笑一样：

Rust 能让维护者写得更爽，能让用户的 Linux 更加安全，这才是最重要的。当然，我们“统治世界”的计划正在按部就班地进行中。

推荐阅读