Rust 被 Linux 内核代码永久采用，地位持续提升

上周在日本东京举行的 2025 年内核维护者峰会上，一项决定宣布在 Linux 内核中使用 Rust 编程语言不再是实验性的。

领导 Rust for Linux 项目的 Miguel Ojeda 在一篇帖子中证实，经过一段时间的实验，以确定支持 Rust 作为内核开发语言的技术、程序和社会方面的权衡是否值得后，“实验已经完成，也就是说 Rust 将会继续存在。”

Ojeda表示说，“这并不意味着所有功能都适用于所有内核配置、架构、工具链等”，并警告说还有大量工作要做。但他指出，基于Linux 6.12内核的Android 16设备配备了用Rust编写的ashmem（匿名共享内存子系统）内存分配器，这意味着数百万台设备已经在生产环境中使用Rust for Linux。

一个关键项目是gccrs，它是在 GCC（GNU 编译器集合）之上实现的 Rust 语言，目前尚未完成。LWN 的 Jonathan Corbet报道称，“gccrs 的开发者将构建内核视为他们的首要任务之一；Ojeda 表示，预计明年该项目会有一些令人振奋的消息。”

根据 Corbet 的报道，该计划旨在确保始终可以使用最新 Debian 稳定版中包含的 Rust 版本来构建内核。Debian 项目曾表示，从 2026 年 5 月起，其 APT（高级软件包工具）软件包管理器将对 Rust 提出“硬性要求”。Corbet 还报道称，DRM（直接渲染管理器）的维护者 Dave Airlie 在峰会上表示，DRM 项目大约一年后将强制要求使用 Rust，并禁止使用 C 语言编写新的驱动程序。DRM 是 Linux 图形堆栈的一个子系统。

Linux 维护者 Greg Kroah-Hartman 在讨论中表示，Rust 编写的驱动程序比 C 编写的驱动程序更安全，这有力地证明了 Rust 的可靠性，因为内存安全正是支持 Rust 的关键原因。Kroah-Hartman 还指出，Rust 代码与 C 编写的核心内核之间的交互问题比预期要少。

强制要求支持 Rust 也存在一些缺点，尤其对于使用率较低的芯片架构，例如 IBM s390 系统。另一个问题是，Rust 的正式规范仍在制定中。

Linux 的普及促进了 Rust 的发展，Ojeda 表示希望“公司和其他实体”能够“投入时间让他们的内核开发人员学习 Rust”，从而对 Rust 进行投资。

在 2024 年 Rust 现状调查中，开发者对未来最担忧的问题是“在科技行业的应用不足”。2025 年对于 Rust 来说是丰收的一年，这些担忧如今看来已不再那么紧迫。