Rust Foundation 昨天刊发了一篇来自 Microsoft DevDiv 的客座博文 —— Rust 已在微软内部获得 Tier-1 级别的工程支持，与 C++、C#、TypeScript 同列。这意味着从本地开发到生产部署，Rust 有了完整的"铺平路径"：安全的工具链构建、开发者工具、质量工作流、深度平台集成，以及符合 SDL（安全开发生命周期）要求。
这篇文章的作者是 Victor Ciura，Microsoft DevDiv/CoreAI Rust 工具链团队的首席工程师，干了 25 年 C++ 系统编程。他所在的团队正在做的事不只是让 Rust 能编译 Windows 二进制，而是让 Rust 和 C++ 共享同一套代码生成引擎。
具体来说就是 rustc_codegen_utc 项目——它是 rustc 的替代代码生成后端，把 rustc 的编译器内部表示接到了 MSVC 的后端（UTC）。如果用过 rustc_codegen_llvm（通过 LLVM 生成代码）或 rustc_codegen_gcc（通过 GCC 后端），概念上是一回事。区别在于：utc 后端的目标是让 Rust 和 Windows 上的 C++ 在同一个平台上生成代码。
这对混合 Rust/C++ 项目尤其有意义：在 Linux 上混合项目可以用 Clang 作为两种语言的共同 LLVM 后端，utc 让 Windows 原生 MSVC 项目得到了同等的待遇——跨语言内联、SPGO（样本引导的配置优化）、hotpatch、崩溃转储分析、覆盖率工具，这些 MSVC 花了几十年打磨的能力现在可以直接用于 Rust。
文章里说这个后端从 2026 年初就进入生产就绪状态，Rust 1.90 起实现了自托管，目前有超过 100 个微软内部项目仓库用它构建，每周还在持续增长。
背景值得回顾一下：几年前 Azure CTO Mark Russinovich 公开表态原生代码的未来方向转向 Rust 安全编程，微软随后向 Rust 项目投入了数百万美元。从那时到现在，Rust 从公司内部的实验性工具变成 Tier-1 语言，不仅是某种惯性推动 —— 而是基础设施层面的认真投入结出的果实。
不过文章也坦率承认，代码生成、ABI、异常处理和链接后工具只是互操作挑战的一半。语言级别的互操作、FFI 契约、绑定生成、语义差异、构建系统整合，这些问题正在整个行业范围内被解决中，其中也引用了 Rust Foundation 自己的互操作倡议 (Interoperability Initiative)。
来源：