前言：在 Linux 内核开发中，瞬态设备（Transient Devices）像幽灵一样困扰着开发者：它们可能在任何时刻突然拔出或消失，留下过时的内核数据结构。如果处理不当，内核代码继续访问这些“空壳”结构，便会导致系统崩溃。2025 年 9 月，一个旨在解决该问题的“可撤销资源管理”补丁系列引发了全社区的关注，但在合并入 7.0 版本的临门一脚时，却被紧急撤回。这场风波的背后，不仅是代码 Bug 的争论，更是C 语言与 Rust 两种开发范式的深度博弈。一、 技术背景：难以捉摸的“瞬态设备”生命周期对于热插拔设备，内核面临一个核心痛点：痛点：设备消失后，其对应的数据结构可能仍被某些未知的内核代码持有。传统方案：往往依赖于复杂的引用计数，但极易出现死锁或引用泄露。Tzung-Bi Shih 的新方案：2025 年 9 月，Tzung-Bi Shih 提出了“可撤销资源管理”补丁。其核心逻辑非常精妙：短效引用：内核代码访问设备前，先尝试获取一个短效引用。SRCU 保护：利用可睡眠 RCU（SRCU）机制。只要在 SRCU 宽限期内，数据结构保证不被释放。状态标记：设备消失时，驱动将其标记为“已离线（Gone）”，此后再发起的访问请求将被直接拒绝。安全释放：宽限期一过，所有者确信没有任何引用残留，即可从容释放内存。