Rust 实习结束，正式转正！Linux 内核生态要变天？

大家好，我是民工哥！

近日，Rust 社区发布一则重大消息：Rust 语言在 Linux 内核中的“实验”阶段已正式结束，现已成为内核核心组成部分，并将长期支持。

据消息称，Linux 内核的 Rust“实验性”标签即将被移除。

这是一场技术革新与安全提升！

Rust凭借其所有权系统、生命周期管理和并发安全特性，从编译期消除内存错误和数据竞争，解决了C语言长期存在的内存泄漏、缓冲区溢出等安全隐患。这一特性在内核开发中尤为重要，例如设备驱动、文件系统等模块的复杂逻辑常因细微错误导致系统崩溃，而Rust的强类型系统和零成本抽象机制显著降低了此类风险。

Rust 的实习历程

2022年Linux 6.1版本首次实验性集成Rust，允许开发者编写简单模块。此后，Rust逐步扩展至设备驱动、内存管理等核心子系统。

2024年，围绕Rust的引入曾引发激烈讨论，部分开发者担忧其与现有C代码的兼容性及项目协作效率。然而，通过构建安全封装层（如#[no_mangle]和extern "C"调用约定），Rust与C的互操作得以保障，同时Rust社区组建专家团队提供审核支持，推动了技术融合。

2025年12月Linux年度维护者峰会上，开发者达成共识，确认Rust已从实验性质转为内核核心组成部分。其“实验性”标识将被移除，并作为长期支持技术方向持续演进。

Rust 性能表现

时至今日，Rust整合进内核，它到底在实际的应用中表现如何呢？

首个“真正”的Rust驱动（用于Applied Micro QT2025 PHY设备）已被合并，后续计划支持高分辨率定时器、模块参数等核心功能。Rust编写的驱动在性能上与C语言相当，同时通过内存安全机制减少了崩溃风险。

虚拟文件系统（VFS）、块层等子系统已接受Rust代码，并指定子维护者处理相关补丁。并且，块子系统维护者表示，Rust代码的合并未显著增加开销，且问题修复响应迅速。

目前 Linux 内核构建系统（Kbuild）也已支持同时指定Rust和C编译器版本，允许开发者选择兼容的工具链（如rustc 1.75+与gcc 12+）。

至此，也表明 Rust 已经与 C 内核共存和协相处了。

生态建立

就目前的情况来看，开发者社区活跃度很高，GitHub上已出现多个Rust内核模块项目，如rust-linux-drivers（涵盖USB、PCI设备驱动）和rust-fs（实验性文件系统）。

Linux 内核邮件列表中，Rust相关补丁的提交者数量在过去一年增长了300%，其中不乏来自Intel、Google等企业的工程师。

企业级厂商正在布局与支持，如：AWS宣布在Nitro虚拟化平台中测试Rust内核模块，目标降低hypervisor漏洞风险；Google在Fuchsia OS与Linux内核双线推进Rust化。

全球硬件巨头 Intel 开源了基于Rust的SGX（软件防护扩展）驱动，声称比C版本减少70%内存安全漏洞；NVIDIA 则发布Rust绑定库，简化GPU驱动开发。

未来

尽管 Rust 有着如此优秀的表现，但未来的路还很长。

从可用到主流的跨越是一段很艰难的路！

如：Rust模块与C的性能差异、与现有内核一些机制的深度整合、Rust代码的复杂性、兼容性等等一系列的问题。

因此，目前也有部分内核维护者担忧Rust的引入会分裂社区，主张通过静态分析工具（如Coccinelle）提升C代码安全性。

而 Linux 基金会提出“Rust-first”子系统计划，用这种渐进式替代策略来推进，优先在新模块（如机器学习加速器驱动）中强制使用 Rust，然后再逐步扩大其应用范围。

Rust 的强制安全模型可能推动整个操作系统领域从“事后修复”转向“事前预防”，重新定义内核开发的安全标准。

如果 Linux 成功大规模采用 Rust，其他操作系统（如 Windows、macOS）大概率也会跟进，必将形成跨平台安全开发浪潮。

结语

这是一场静默的技术革命!

Rust在Linux内核中的集成，远非简单的语言替换，而是一场涉及开发范式、安全模型与生态系统的深层变革。

尽管挑战犹存，但其带来的内存安全保障、开发者效率提升与长期维护优势，已使其成为内核演进的必然方向。

未来几年之内，我们或将见证一个更健壮、更易维护的 Linux 内核，以及一个由 Rust 重塑的操作系统安全新时代。

都看到这里了，觉得不错的话，随手点个赞👍 、推荐