摘要
在2025年Linux内核维护者峰会上，维护者达成共识，宣布Rust在Linux内核中的“实验阶段”正式结束，认可其为内核的长期组成部分。这一决定基于过去数年的实践成果：自2022年起已有超过2万行Rust代码合入主线，Rust编写的驱动已在Google Pixel等真实设备中运行，且相关的内核开发生态日趋成熟。此举标志着Rust在内核中的角色从“是否引入”转变为“如何共存”，并为Asahi、Nova等一批重量级Rust驱动的落地铺平了道路。
线索
此次“转正”为相关领域带来了明确的投资信号与潜在风险。机会方面：1. 人才与培训市场：企业对掌握Rust内核开发的工程师需求将上升，相关培训和认证服务迎来增长空间。2. 硬件厂商：芯片厂商（如ARM、NVIDIA）和设备制造商（如Google）采用Rust编写新驱动的意愿增强，有望打造更安全、稳定的硬件生态，降低长期维护成本。3. 工具链与服务：围绕Rust内核开发的调试、分析工具及专业支持服务将形成新的市场。风险方面：1. 技术债务与过渡成本：尽管实验结束，但Rust在不同架构、编译器（GCC/LLVM）适配上仍有大量工作，短期内开发和维护成本较高。2. 人才缺口：同时精通Linux内核和Rust的开发者稀缺，可能导致人才争夺战和薪资上涨。3. 双语言维护复杂性：内核将长期并存C和Rust，两种语言交互带来的复杂性可能成为新的维护难点和潜在的性能瓶颈。
正文
在Linux内核社区，将Rust语言引入内核的议题引发了长期的争论。支持者认为其内存安全特性能解决内核的核心痛点，反对者则担忧引入新语言会增加工程复杂度和维护负担。
这一争论在2025年Linux内核维护者峰会上迎来了关键节点。与会维护者达成共识，宣布Rust在Linux内核中的“实验阶段”正式结束。这标志着Rust不再是一个试用性技术，而是被确立为Linux主线内核的长期组成部分。
“Rust for Linux”项目始于2020年，其初始目标并非取代C语言，而是评估Rust是否适合内核开发，以及其带来的收益是否值得付出相应的复杂度成本。因此，在很长一段时间里，内核中的Rust代码都被明确标注为“experimental”，其应用范围受到严格限制。
促使这一转变的因素主要来自三个方面：
首先是代码规模的持续增长。自2022年以来，已有超过2万行Rust代码被合并进入Linux上游内核，表明其已超越概念验证阶段，成为持续演进的工程实体。
其次是生产环境的实际验证。由Rust编写的内核驱动已在真实设备上运行，例如Google Pixel系列手机的部分底层驱动。这证明了Rust不仅在理论上安全，在实际应用中也具备可靠性。
更重要的是，Rust的内核开发生态正在走向成熟。支持内核开发所需的基础库、抽象层和工具链逐步完善，降低了开发者使用Rust编写内核代码的门槛。
“Rust for Linux”项目负责人Miguel Ojeda在内核邮件列表中确认了这一消息。他引用了2025年Linux内核维护者峰会的结论，指出旨在评估Rust适用性的实验已经结束，因此可以移除相关的“实验性”标注。他同时强调，“实验结束”不意味着工作已经完成。Rust在不同内核架构、配置以及GCC与LLVM混合构建等方面的适配仍存在大量挑战，部分方案仍具实验性。
这一里程碑式的决定也为后续Rust驱动的开发扫清了障碍。多个重要的Rust驱动项目正计划或已经进入Linux主线：
* Asahi项目：面向Apple Silicon的GPU驱动，计划在Linux 6.17版本中加入Devicetree schema支持，向完整合入迈进。
* Nova驱动：作为Nouveau的继任者，该驱动面向NVIDIA基于GSP的GPU，计划在Linux 6.19版本中完成初始启用。
* Tyr驱动：针对ARM Mali GPU的驱动，已能在Linux 6.18版本上启动GNOME桌面并运行基础游戏。
从宏观层面看，Linux内核对Rust的官方认可向公司、芯片厂商和开发者社区释放了明确信号：Rust在内核中的应用是值得长期投入的方向。这可能会促使更多企业为开发者提供Rust培训，更多硬件厂商选择用Rust编写新一代驱动程序。尽管如此，这并不意味着C语言在内核中的核心地位会被动摇，Linux内核在未来很长一段时间内仍将是以C为核心的工程。问题的焦点已从“是否该引入Rust”转变为“C与Rust如何更好地共存”。
发布时间
2025-12-15 19:53:01
评论 ( 0 )