据 Rust 基金会网站 2026 年 9 月 10 日发表的一篇客座文章称，微软已将 Rust 指定为内部工程的"Tier-1 语言"，作者是微软开发部门 Rust 工具团队的首席工程师 Victor Ciura。该文章属于第一手资料：它报道的是微软对其自身实践的说法，而非独立评估。文章开篇指出，Rust 近年来一直对微软具有战略重要性，包括 Azure CTO Mark Russinovich 关于公司原生代码未来的主题演讲，以及对 Rust 项目的数百万美元投资。
在 Rust 基金会网站上发布的客座文章详细介绍了微软针对 Rust 内部工程的 Tier-1 语言指定
微软工程师 Victor Ciura 在 Rust 基金会网站上发表的第一手客座文章，解释 Tier-1 语言状态
Tier-1 状态是一种内部工程分类，并非公开的语言发布。实际上，这意味着微软的 Rust 团队现在拥有从本地开发到生产的"铺平的道路"：Rust 编译器（rustc）及其标准库的安全供应链构建、开发者工具、质量工作流程、与 Windows 平台的深度集成，以及满足微软软件必须符合的安全开发生命周期（SDL）要求。该文章将 C++、C# 和 TypeScript 列为已拥有此状态的语言，并表示 Rust 现在与它们并列，是内部开发中支持最好的语言之一。
技术核心是一个名为 rustc_codegen_utc 的新编译器组件。要理解它，有助于了解 rustc 的组织方式。rustc 的构建方式使得不同的"后端"可以获取其共享的内部表示并为不同平台生成机器代码。同一架构家族中现有的三个后端是 rustc_codegen_llvm（LLVM 后端）、rustc_codegen_gcc（GCC）和 rustc_codegen_cranelift。rustc_codegen_utc 是第四个：它插入相同的后端接口，通过 MSVC 后端路由 rustc 的输出，也称为"UTC"——这是 C 和 C++ 几十年来使用的原生 Windows 编译器工具链。
托管在 GitHub 上的 Rust 编程语言项目的视觉呈现，展示编译器开发基础设施
声称的结果是 Windows 上 Rust 和 C++ 的统一代码生成平台。将 rustc 连接到 MSVC 意味着 Rust 继承而非重新实现 MSVC 栈多年来积累的 Windows 特定功能。该文章将这些功能列为：二进制加固和代码安全功能；链接后合规、分析和服务（包括 Hotpatch，微软用于向运行中的二进制文件应用修复的机制）；样本配置文件引导优化（SPGO）；调试和崩溃转储分析；性能分析；诊断；以及覆盖工具。
这很重要，因为微软的大多数生产代码仍然是 C++。该文章认为，共享后端可以最大限度地减少重复工程：当 MSVC 和 Windows 添加新的代码生成、安全、诊断或服务功能时，这些投资会落在两种语言的共同基础上。对于混合 Rust/C++ 项目——该文章称许多系统将在未来多年中使用——共享后端意味着系统的双方平等参与相同的开发、验证、诊断和服务工作流程。作者的简介进一步描述了他的工作，即构建"整个组织范围内更广泛的氧化工作"所需的编译器工具链和库，这是微软推动将 Rust 引入现有 C 和 C++ 代码库的举措。
该文章谨慎地说明了它未解决的问题。代码生成、平台怪异之处、ABI（应用程序二进制接口）、异常处理和链接后工具，在其表述中只是互操作性挑战的"一半"。高保真语言级互操作——外部函数接口（FFI）契约、绑定、语言语义差异和构建系统集成——在微软内部和整个行业仍然是一个活跃的问题。该文章将 Rust 基金会的互操作性倡议作为该问题空间和正在进行的社区工作的目录。
关于推广，该文章表示 rustc_codegen_utc 自 2026 年初以来已生产就绪，并且自 Rust 1.90 以来已自举，意味着编译器可以编译自己的源代码。它是更广泛的内部"Rust 铺平道路"的一部分，包括 rustc 和标准库的安全供应链构建、与本地开发和生产管道的集成，以及通用的质量和合规工作流程。如今，超过 100 个微软项目仓库使用它构建，且采用率每周持续增长。
注意事项。来源是微软工程师在 Rust 基金会网站上发表的第一手客座文章；它报道的是微软自身的说法，并未对 Tier-1 指定或其运营影响提供独立验证。它没有提供将 rustc_codegen_utc 与 LLVM 后端在真实工作负载方面进行比较的性能基准，也没有量化 100 多个仓库中有多少是纯 Rust 而非混合的，并且未涉及自动 C 到 Rust 的转换工作。Tier-1 指定是否会改变任何给定团队的日常开发，该文章并未确立。