Linux 正转向 Rust，而非抛弃 C

关键信息

Kroah-Hartman 认为，许多内核 CVE 都来自 C 语言中的小错误，例如未检查指针、忘记解锁以及清理路径出错；他估计，自己过去 25 年见过的内核 CVE 中大约 80% 可能会被 Rust 阻止。他还强调，Rust 不是万能药：逻辑错误仍然会存在，C 语言在内核中也仍然重要。

资讯摘要

Greg Kroah-Hartman 在 2026 年印度开源峰会孟买站的主题演讲中表示，Linux 正在稳步转向 Rust。\n他提到，Linux 内核、Git 以及其他一些项目正在采用 Rust，因为这种语言更安全，也能改善开发者和维护者的日常体验。\n他同时明确说明，这并不意味着 Linux 会被从头到尾重写成 Rust。\n相反，未来一些子系统预计会只使用 Rust 编写，而 C 在可预见的未来仍然会是内核的一部分。\nKroah-Hartman 说，他过去曾经更偏向 C，但后来意识到 Rust 确实更有趣，而且能减少开发者需要面对的编译器和内存安全方面的负担。

\n他从维护者视角解释了这一选择：Linux 有超过 5000 名开发者，但真正审查大多数代码的核心维护者只有大约 150 人。\n正因为这种不平衡，他说项目更需要优化审查者的效率，而 Rust 可以在构建阶段强制检查锁和生命周期规则，让审查者把精力集中在逻辑问题上。\n他还表示，许多内核 CVE 都来自 C 语言里的常见小错误，Rust 可能消除其中大多数，不过如果逻辑写错，Rust 也一样会出问题。\n文章最后指出，Rust 的影响已经反过来推动了内核中的 C 代码改进，维护者开始加入保护和作用域分配机制，让 C API 更安全、更可靠。\n

来源与参考

1. 原始链接
2. 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman