Rust正式结束Linux内核实验阶段，确立为长期核心组成部分

在Linux内核领域，很少有像Rust这样能够引发持久、激烈且公开辩论的技术路径。

一些人将其视为内核安全问题的“关键解决方案”，而另一些人则觉得这是对现有工程体系的重大冒险。关于是否将Rust纳入内核的讨论，在过去几年中，邮件列表上的争论、核心开发者的分歧乃至项目成员的离开，几乎构成了一部连绵不断的“内核戏剧”。

然而不久之前，这场漫长的拉锯战终于迎来了一个清晰转折点。

在2025年Linux内核维护者峰会上，内核维护者们形成一致意见：Rust在Linux内核中的“实验期”正式终结——这标志着Rust不再仅仅是被小心尝试的新语言，而是被明确接纳为Linux主线内核的持久组成部分。

五年“试验”：一条崎岖不平的征程

Rust for Linux项目最初可追溯至2020年。当时，该项目的定位极为审慎：并非取代C语言，也非大规模重写内核，而是试图解答一个核心问题——Rust是否值得Linux内核为其承担额外的复杂性代价？

正因如此，在很长时间内，Rust代码仅能在严格限制的范围内存在，并被明确标记为“实验性”。它不像C那样天生属于内核领域，更像是一位获准“旁听”的新来者。

这种谨慎姿态，也伴随着连绵不绝的争议。一方面，Rust提供的内存安全模型，几乎精确命中了Linux内核长期最为棘手的难题；另一方面，引入新语言意味着新的工具链、新的构建复杂性，以及对维护者认知负担的加重。

这场较量持续了数年。而真正改变Rust在Linux内核中地位的，并非某次宏伟的技术宣言，而是一系列逐渐积累、不容忽视的现实：

● 首先，是代码规模与持续投入。自2022年起，已有超过2万行Rust代码被并入Linux上游内核，这不再是概念验证，而是持续演进的真实工程代码。

● 其次，是生产环境的实际检验。用Rust编写的内核驱动已在真实设备中运行，例如Google Pixel系列手机，其部分底层驱动已采用Rust实现——这对内核社区尤为关键：它证明Rust不仅在“理论上更安全”，在现实世界中也经得起考验。

● 更为重要的是，Rust内核生态正日趋成熟。围绕内核开发所需的基础库、抽象层和工具链逐步完善，使得“用Rust编写内核代码”不再是少数专家才能完成的任务，而开始具备可扩展性。

官方定音：“实验”终结，然仍需大量后续工作

基于上述进展，上周Rust for Linux项目负责人Miguel Ojeda在内核邮件列表中明确宣布：

“Rust支持是在Linux v6.1版本中并入主线内核的，其初衷是评估Rust作为一种编程语言是否适合内核开发，即它在技术层面、流程层面以及社区层面是否值得付出相应的权衡代价。

而在2025年Linux内核维护者峰会上，这一实验已被正式宣告结束。因此，现在可以移除相关章节——事实上，这个‘实验’说法早已不准确，因为Rust已在生产环境中被实际部署使用。”

同时，Miguel Ojeda也特别指出，“实验结束”并非意味着一切已然完美：无论是不同架构、不同内核配置，还是GCC与LLVM的混合构建，Rust在内核中的适配仍存在大量工作待完成；一些组合方案（如GCC + LLVM的混合构建，以及即将到来的GCC原生Rust支持），目前也仍具有一定试验性质。

但方向已然明确：Rust将长期驻留于Linux内核之中。

Rust驱动加速推进与落地

“转正”不仅是一个象征性的里程碑，也直接为后续的Rust驱动扫清了道路。据悉，一批由Rust参与编写的重要项目正在或即将进入Linux主线：

● Asahi项目：面向Apple Silicon的GPU驱动，正朝着完整上游合并迈进，并将在Linux 6.17中加入Devicetree schema支持；

● Nova驱动：作为Nouveau的Rust继任者，面向NVIDIA基于GSP的GPU，计划在Linux 6.19中完成初始启用；

● Tyr驱动：针对ARM Mali GPU，已在Linux 6.18上能够启动GNOME桌面并运行基础游戏。

从更宏观视角看，此次Linux内核对Rust“实验结束”的定调，本质上是一种信号——它向企业、芯片厂商和开发者社区释放了明确预期：Rust在Linux内核中不是短期试验，而是值得长期投入的方向。也就是说，更多公司可能愿意为内核开发者提供Rust培训时间，更多硬件厂商会考虑用Rust编写新一代驱动。

当然，这并非意味着C语言的地位会受到动摇，Linux内核仍将长期是一个以C为核心的工程。但Rust，已经从“是否该引入”的争议，转变为“如何更好共存”的实践课题。

参考链接：https://www.phoronix.com/news/Rust-To-Stay-Linux-Kernel