Rust 在 Linux 内核中的实践进展：从实验性合并到驱动程序规模化落地

引言：当 Rust 走进 Linux 内核

自 2022 年 Linux 6.1 正式合并 Rust 支持以来，Rust for Linux 项目经历了从实验性功能到逐步落地的关键阶段。2025-2026 年间，越来越多的子系统开始探索 Rust 驱动模块的可行性，从网络到文件系统，从 GPU 驱动到加密框架，Rust 正在重塑我们对系统编程安全边界的认知。

Rust for Linux 的技术架构

在内核中使用 Rust 并非简单地将用户态代码移植过来，而是需要重新设计一套与内核基础设施对接的抽象层。核心架构分为以下几层：

• bindings 层：通过 bindgen 自动生成的 C 符号绑定，确保 Rust 代码能与内核 C 代码进行 ABI 兼容的交互
• kernel crate：提供内核环境下的内存分配、同步原语、错误处理、打印宏等基础设施
• driver abstraction 层：为驱动开发者统一的 Device、Driver、Module trait 抽象，简化驱动注册与生命周期管理
• 子系统扩展层：针对文件网络、块设备、GPU 等子系统的专业化 Rust 接口

内核 Rust 的内存模型与安全保障

Rust 的所有权系统在内核环境中面临独特挑战：内核需要管理物理页框、进行 DMA 映射、处理自引用结构等，这些场景与 Rust 的借用检查器存在天然的张力。

项目的解决方案包括：

• 自定义智能指针：如 Arc、UniqueArc 在内核环境下的线程安全引用计数
• Pin 语义：处理自引用结构体和 DMA buffer 的自固定需求
• 不安全代码封装：将所有 unsafe 操作收敛在 bindings 层和安全包装器中，用户代码强制安全
• KASAN 集成：Rust 分配器与 Kernel Address Sanitizer 完全集成，支持 use-after-free 检测

实战：编写一个内核字符设备驱动

以下展示如何用 Rust 实现一个简单的字符设备驱动，代码比纯 C 版本精简约 40%，且无需担心 use-after-free 或 double-free 问题：

use kernel::prelude::*;
use kernel::file_operations::{FileOperations, File};
use kernel::sync::Mutex;
use kernel::device::Device;

module! {
    type: RustCharDriver,
    name: "rust_chardev",
    author: "YBB",
    license: "GPL",
    description: "Rust 字符设备驱动示例",
}

struct CharDevData {
    buffer: Mutex>,
}

#[vtable]
impl FileOperations for RustCharDriver {
    fn open(_device: &Device, file: &File) -> Result> {
        pr_info!("Rust char device opened
");
        Ok(Box::try_new(CharDevData {
            buffer: Mutex::new(Vec::new()),
        })?)
    }

    fn read(data: ::Data,
            _file: &File, buf: &mut UserSliceWriter, offset: u64) -> Result {
        let buffer = data.buffer.lock();
        let to_copy = core::cmp::min(buf.len(), buffer.len());
        if to_copy > 0 {
            buf.write_slice(&buffer[..to_copy])?;
        }
        Ok(to_copy)
    }

    fn write(data: ::Data,
             _file: &File, buf: &mut UserSliceReader, _offset: u64) -> Result {
        let mut buffer = data.buffer.lock();
        let to_copy = core::cmp::min(buf.len(), 4096);
        buffer.resize(to_copy, 0);
        buf.read_slice(&mut buffer[..to_copy])?;
        Ok(to_copy)
    }
}

struct RustCharDriver {
    _registration: Registration,
}

impl kernel::Module for RustCharDriver {
    fn init(module: &'static ThisModule) -> Result {
        pr_info!("Rust char device driver loaded
");
        let reg = Registration::new_pinned(fmt!("rust_char"), module)?;
        Ok(Self { _registration: reg })
    }
}

驱动的合并现状与经典案例

截至 2026 年，已合并或进入 linux-next 的 Rust 驱动和子系统包括：

• 网络层：r8169 以太网驱动（进入 linux-next，覆盖 Realtek 主流 2.5GbE）、ASIX AX88179 USB 网卡驱动（已合并主线 6.9+）
• 文件系统：tarfs 只读 tar 文件系统（已合并主线 6.10）、SquashFS 优化版本开发中
• GPU/显示：Asahi Linux AGX GPU 驱动核心渲染路径采用 Rust、VESA/VKMS 辅助模块已可用
• 加密：AES-NI 辅助例程性能对比 C 版本提升 2-3%
• 安全：ACL 模块重构概念验证完成

性能对比：Rust 与 C 的实测分析

很多人关心"引入 Rust 会不会带来性能损失？"—— 实测数据表明，在系统编程场景下，Rust 驱动的性能与纯 C 相比几乎持平甚至略有优势：

• 指令生成：Rust 编译器 (rustc + LLVM) 与 GCC/Clang 共享相同的 LLVM 后端，优化水平一致
• 内存布局：Rust 默认 ABI 与 C struct 布局兼容，FFI 开销为零
• 编译时长：增量编译下 Rust 模块冷启动比 C 慢约 30%，热迭代差异可忽略
• 运行时开销：panic_handler、Arc 引用计数等额外开销在高吞吐场景下小于 0.3%

开发者经验：从 C 到 Rust 的迁移路径

对于希望参与内核 Rust 开发的工程师，建议遵循以下学习路线：

阶段一：Rust 基础（2-4 周）

• 掌握所有权、借用、生命周期三大核心机制
• 理解 trait 对象与泛型的设计差异
• 实践 allocator API、NonNull 裸指针操作

阶段二：内核 Rust 生态（3-4 周）

• 阅读 Rust for Linux 仓库的 samples/ 和 rust/ 目录
• 理解 kernel::prelude、Result 类型、? 传播符
• 完成一个 mock block device driver

阶段三：实战贡献（持续）

• 从 TODO 标记的驱动迁移任务入手
• 使用 coccinelle、bindgen 工具链辅助 C 到 Rust 的翻译
• 参与 Rust for Linux 的 Zulip 讨论和 linux-next 补丁审查

2026 年新特性前瞻

Rust for Linux 项目在 2026 年有几项关键推进：

• DMA API 稳定化：dma::Pool、dma::CoherentAllocation 等 API 完成稳定化审核
• io_uring 异步驱动模型：引入 async fn 支持的异步块设备驱动框架
• KUNIT 集成：Rust 模块可直接用 KUNIT 框架编写和运行单元测试
• 中断处理抽象：irq::Registration MSI-X 多向量支持
• BPF-Rust 互操作：允许将 Rust 函数编译为 eBPF 字节码运行在内核态

总结

Rust 走进 Linux 内核不是对 C 的"替换宣言"，而是为内核开发提供了一条渐进式的安全增强路径。6.x 时代我们见证了基础设施的成熟，7.x 时代将是 Rust 驱动大规模登上主线的关键窗口。对于系统程序员而言，现在投入 Rust 技能的学习正当时——它不仅是技术选择，更是面向未来十年的架构投资。