Linus强推Rust进内核,维护者说这是“癌症“
Linus强推Rust进内核维护者说这是癌症观点Rust进内核是正确的事但那些反对的维护者也不是顽固不化——他们反对的不是Rust而是Linus这种我不管你们死活的推进方式。两边都有道理但我觉得这场争议暴露了Linux内核社区一个更深层的问题维护者制度已经跟不上了。今天早上刷到一条热榜“Linus将不顾反对合并Rust代码内核维护者无奈强调不能让’癌症’扩散”。作为一个老嵌入式工程师我看完也不安起来。这不是第一次了。去年Rust for Linux从实验性转正的时候社区就吵过一次。但这次不一样——这次是Linus本人下场硬推而且反对的声音来自在内核社区混了十几年的老维护者。这场架到底在吵什么。先还原一下现场事情大概是这样的Rust for Linux项目经过5年发展已经从实验性标签毕业了。Linus在最近的邮件列表中表态他不顾反对也要合并更多Rust代码进主线。然后几个关键子系统的维护者炸了。有人直接在邮件里说Rust是癌症说这会污染内核代码库。也有相对温和的反对者他们的论点是我们不懂Rust你让我们怎么review Rust代码内核的维护者制度建立在每个维护者都理解每一行代码的基础上Rust一进来这个基础就塌了。两边越吵越凶。Linus的态度是技术趋势不可阻挡你们不学Rust就会被淘汰。反对者的态度是你让我们review我们看不懂的代码出了问题谁负责我站谁都不站。说说我的真实感受。先说我支持Rust这边。我做嵌入式Linux若干年年。C语言的内存安全问题我踩过的坑很多。野指针、缓冲区溢出、use-after-free、double free——这些bug我每个都排查过。有些是在开发阶段发现的有些是产品出货后客户报上来的。我做过一个安防摄像头项目因为驱动层一个use-after-free bug导致设备在客户现场运行12小时必死机。我花了整整两周用printkwatchdog才定位到问题。改了就一行代码但这一行代价很大。如果用Rust写这个驱动这个bug根本就不会出现。Rust的所有权模型在编译阶段就把这类问题堵死了。所以我从技术角度是完全支持Rust进内核的——安全隐患是真实存在的而Rust确实能解决其中很大一部分。但我也不觉得反对者是在无理取闹。一个子系统的维护者通常是一个人或者两三个人负责review这个子系统所有的patch。他们要对代码的正确性、性能、兼容性负全责。现在你突然让他们review Rust代码——大部分人没学过Rust甚至没时间学。他们连语法都看不懂怎么判断代码对不对Rust进入内核带来的核心矛盾维护者对C代码有深厚理解但对Rust代码只能做黑盒审查这不是态度问题是能力问题。一个维护者说“我连Rust的泛型和trait都还没搞明白你让我review一个用了复杂泛型的Rust驱动”——我觉得这是合理诉求。问题的核心不是Rust是制度这场争议让我看到的是Linux内核的维护者制度在面对Rust这种破圈技术时暴露出严重的局限性。传统的维护者制度基于一个前提所有提交的代码都在每个维护者的能力范围内。C语言内核代码写了30年C的老手基本都能看懂。但Rust打破了这一点。Linus说你们不学Rust就会被淘汰——这话从技术角度看没错但从人情角度看等于对一群把半辈子贡献给内核的人说你们的经验贬值了。换你你也不爽。我认为正确的做法不是不顾反对合并而是建立一套过渡机制建立Rust代码的专项review团队— 不是每个维护者都要懂Rust但每个子系统应该配备一个Rust reviewerRust和C的接口层要极度简化— 减少FFI边界降低review难度给维护者学习时间— 定一个3年过渡期这期间Rust代码合并走特批通道如果Linus能做到这三点反对声音至少能减少80%。这对嵌入式工程师意味着什么如果你是做嵌入式Linux驱动的这事跟你有直接关系。未来3-5年Rust在内核中的地位只会越来越重要。这不以任何人的意志为转移。你看Android已经强制要求新驱动用Rust写了Google的力推是实打实的。但也不要焦虑。经历了好几次技术革命从2.4到2.6内核、设备树替换platform_data、devicetree overlay、设备驱动模型重构……每一次都说不改就会被淘汰但每次真正被淘汰的都是那些拒绝学习的人不是暂时不会的人。但那些内核维护者的反对声有一部分是真的合理的。Linus不能因为自己懂Rust就假设所有人都懂。内核社区的核心资产不是代码是那些有几十年经验的维护者。把这些维护者逼走了换来的Rust代码谁来长期维护总结Rust进内核是好事但不是好事就可以不讲方法。Linus的强行推进可能会造成比Rust带来的好处更大的伤害——社区分裂。我的建议如果你是内核开发者去学Rust。不是为了跟上潮流是为了能看懂别人提交的代码如果你是维护者不要抵制Rust。抵制改变的最后都被改变了这场争论还会持续很久。但有一件事是确定的代码不会骗人Rust的安全性优势是实实在在的。反对者与其说这是癌症不如说我需要时间和支持来学习。

相关新闻

数据自主与共享架构:核心技术与实践解析

数据自主与共享架构:核心技术与实践解析

1. 项目背景与核心价值解析"Data of self-reliance and shared future"这个标题揭示了当代数据生态发展的两个核心维度:自主可控的数据主权与开放共享的协作网络。作为从业十余年的数据架构师,我见证了这个领域从孤立系统到互联生态的演进历程…

2026/11/5 14:47:08 阅读更多 →
.NET 程序保护实战系列 10 · 资源加密:把 DLL 藏进保险箱

.NET 程序保护实战系列 10 · 资源加密:把 DLL 藏进保险箱

为什么需要加密资源 许多 .NET 程序将 DLL 作为 Embedded Resource。即使主程序被保护,攻击者解包后可以直接反编译这些裸 DLL。SPN 三阶段加密算法 SPN(Substitution-Permutation Network)是 AES 的核心思想。我们实现三阶段:阶段…

2026/11/3 16:28:08 阅读更多 →
TokenPay:区块链支付网关的技术架构与多链集成实践

TokenPay:区块链支付网关的技术架构与多链集成实践

TokenPay:区块链支付网关的技术架构与多链集成实践 【免费下载链接】TokenPay ✅一款同时支持动态和静态收款地址收取TRX、USDT-TRC20、ETH系列区块链所有代币的支付解决方案!✅A payment solution that supports both dynamic and static payee address…

2026/11/3 2:46:32 阅读更多 →

最新新闻

Electron桌面应用开发实战:从环境搭建到打包发布全流程

Electron桌面应用开发实战:从环境搭建到打包发布全流程

做前端这些年,我大部分时间都在跟浏览器标签页打交道,直到第一次把桌面应用跑起来,才发现原来自己一直被限制在地址栏和刷新按钮围起来的框框里。Electron这个词,最开始是在某段时间频繁出现在同事的讨论里,一个用HTML…

2026/11/5 12:28:00 阅读更多 →
滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

滑盖智能锁T109深度解析:结构原理、安装调试与故障排查

简介:亚太天能T109滑盖智能锁产品说明书是一份PDF格式的官方技术文档,主要面向智能锁安装人员、终端用户及售后维护者,帮助快速掌握产品安装、配置与常见故障处理。全包仅1个PDF文件,大小4.37MB,内容结构清晰&#xff…

2026/11/5 1:08:50 阅读更多 →
PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

PMSM弱磁控制原理与Simulink建模:高速AGV驱动系统设计指南

上个月我在调试一台高速AGV的驱动系统,整车要求空载跑到8m/s,电机转速已经拉到额定点,驱动器的输出电压也顶到了母线电压极限附近。再往上踩速度指令,转速纹丝不动,三相电流反而开始震荡。那会儿我的第一反应就是&…

2026/11/5 12:28:01 阅读更多 →
C++核心知识点:从内存管理到STL的实战指南

C++核心知识点:从内存管理到STL的实战指南

C 这门语言我前前后后折腾了十几年,用它写过嵌入式驱动、做过游戏服务端,也搭过基础组件库。每次看到新人一头扎进"C 核心知识点"这个搜索词,我其实挺感慨的——这门语言的难点从来不是语法多,而是知识点之间的耦合太深…

2026/11/5 12:28:02 阅读更多 →
T109滑盖智能锁怎么装?安装调试与故障排查全攻略

T109滑盖智能锁怎么装?安装调试与故障排查全攻略

简介:亚太天能T109滑盖智能锁产品说明书以PDF格式发布,适合智能锁用户、安装人员与售后维修人员阅读。内容围绕T109系列指纹密码刷卡锁展开,先介绍前面板、后面板、锁体、机械钥匙、电池盒盖等部件名称与功能,再给出完整安装步骤&…

2026/11/5 0:54:28 阅读更多 →
LLM知识降熵:从信息垄断到理解权下放

LLM知识降熵:从信息垄断到理解权下放

你有没有过这种经历:翻开源码注释、论文摘要或者一份专业报告,每个字都认识,连在一起却像天书。想找人聊聊,身边要么没人懂,要么懂的懒得跟你解释。后来我试着把同一段内容丢给一个大语言模型,几秒钟之后&a…

2026/11/4 19:19:54 阅读更多 →

日新闻

周新闻

月新闻