微软澄清：无计划用AI+Rust重写Windows 11
微软已正式澄清，公司并无使用 Rust 语言配合 AI 技术重写 Windows 11 的计划。此次澄清源于微软杰出工程师 Galen Hunt 在 LinkedIn 发布的一则引发广泛关注的帖子——原帖称“目标是在 2030 年之前消除公司内的所有 C 和 C++ 代码”，并提出“AI 与算法结合重写最大代码库”及“一人、一月、一百万行代码”的开发愿景 [2] 。
该表述被广泛解读为指向 Windows 等核心产品。事实上，Windows 内核及大部分 API 层长期依赖 C 语言，C++ 在微软内部亦有广泛应用 [3] 。但 Galen Hunt 后续补充说明：“我们不会配合 AI 用 Rust 重写 Windows 系统。”他强调，其团队项目属研究性质，聚焦跨语言迁移技术，并非为 Windows 制定新战略，也不代表公司将 Rust 作为迁移目标 [4] 。
Rust 与 AI 编程：安全优势明确，工程风险受疑
Rust 的内存安全特性确为其显著优势，业界普遍认可其相较 C/C++ 更高的安全性 [5] 。真正引发担忧的是大规模依赖 AI 进行代码生成与重构的可行性与稳定性。微软 CEO 萨蒂亚·纳德拉曾透露，目前约 20%–30% 的代码由 AI 生成；微软 CTO 更预测，到 2030 年该比例或达 95% [6] 。但高比例 AI 编码是否等同于高质量、低资源开销的系统实现，仍存巨大问号。
Web 技术蔓延：内存膨胀成 Windows 11 新痛点
当前更紧迫的问题是 Web 技术在 Windows 系统级组件中的持续渗透。例如，新版“日程视图”功能基于 WebView2 构建，启用后新增 Edge 相关进程将额外占用约 100 MB 内存 [7] 。第三方应用问题更为突出：Windows 版 Discord（Electron 架构）峰值内存占用达 4 GB；Teams（WebView2）空闲状态下稳定占用 1–2 GB [8] 。
对比鲜明的是，Meta 将 WhatsApp 从 Electron 升级为原生 WinUI/XAML 后，内存占用降至不足 200 MB，性能显著提升；但其后因团队裁撤，又回退至 WebView2 方案，导致内存占用飙升至原生版的七倍 [9] 。
这些案例共同指向一个现实：过度依赖 Chromium 或 WebView2 等 Web 框架正加剧 Windows 平台的资源消耗问题，而 AI 编程若仅服务于此类低效架构的快速迭代，恐难扭转用户体验下滑趋势 [10] 。