Rust for Linux 实验正式结束，v6.1 内核引入后已在 Android 16 部署

近期于日本东京落下帷幕的 2025 年 Linux 内核维护者峰会，做出了一项重要决议：在 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 对此表示乐观，预计该项目在明年会有一些令人振奋的消息。

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

Linux 内核维护者 Greg Kroah-Hartman 在讨论中强调了 Rust 的价值。他指出，Rust 编写的驱动程序比 C 编写的更安全，这有力地证明了其可靠性——内存安全正是推动内核采用 Rust 的核心原因之一。Kroah-Hartman 还补充道，Rust 代码与 C 语言编写的核心内核之间的交互问题也比最初预期的要少。

当然，强制要求支持 Rust 也带来一些挑战，尤其是对于那些市场占有率较低的芯片架构，例如 IBM 的 s390 系统。另一个潜在的问题是，Rust 语言的正式规范仍在制定过程中。

Linux 内核的广泛采用无疑为 Rust 生态注入了强大动力。Ojeda 表示，希望这一决定能向公司和相关实体释放明确的承诺信号，鼓励他们投入更多资源，例如给予内核开发人员时间来自学 Rust，从而进一步推动 开源实战 的生态发展。

回顾 2024 年的 Rust 现状调查，开发者们当时对“该语言在科技行业的应用不足”表达了最大担忧。如今看来，随着 Rust 在 2025 年于 Linux 内核等领域取得的一系列里程碑式进展，这一担忧已经得到了相当程度的缓解。

本文内容编译整理自相关技术社区讨论与官方邮件列表。想了解更多关于系统编程和Rust的深度讨论？欢迎到 云栈社区 的对应板块交流。