平台支持

对不同平台（“目标”）的支持分为三个层级，每个层级都有不同的保证。有关每个层级目标的策略的更多信息，请参阅目标层级策略。

目标由它们的“目标三元组”标识，这是一个字符串，用于告知编译器应该生成哪种类型的输出。

组件可用性在此处跟踪：此处。

带有主机工具的 Tier 1

Tier 1 目标可以被认为是“保证工作”的。Rust 项目为每个 Tier 1 目标构建官方二进制发行版，并且自动化测试确保每个 Tier 1 目标在每次更改后都能构建并通过测试。

带有主机工具的 Tier 1 目标还支持在目标上本地运行 rustc 和 cargo 等工具，并且自动化测试确保主机工具的测试也能通过。这使得该目标可以作为开发平台，而不仅仅是编译目标。有关完整的要求，请参阅目标层级策略中的带有主机工具的 Tier 1。

所有带有主机工具的 Tier 1 目标都支持完整的标准库。

Tier 1

Tier 1 目标可以被认为是“保证工作”的。Rust 项目为每个 Tier 1 目标构建官方二进制发行版，并且自动化测试确保每个 Tier 1 目标在每次更改后都能构建并通过测试。有关完整的要求，请参阅目标层级策略中的Tier 1 目标策略。

目前，所有 Tier 1 目标都是带有主机工具的 Tier 1。

带有主机工具的 Tier 2

Tier 2 目标可以被认为是“保证构建”的。Rust 项目为每个 Tier 2 目标构建标准库的官方二进制发行版（或在某些情况下，仅构建 core 库），并且自动化构建确保每个 Tier 2 目标在每次更改后都可以用作构建目标。自动化测试并不总是运行，因此不能保证生成可用的构建，但 Tier 2 目标通常在很大程度上可以工作，并且始终欢迎补丁！

在进行修改时，Rust 团队不会仔细审查 Tier 2 目标特定的代码。所有代码都可能存在错误，但这些目标的质量控制水平可能较低。有关标准库代码审查实践的详细信息，请参阅 库团队策略。

带有主机工具的 Tier 2 目标还支持在目标上本地运行 rustc 和 cargo 等工具，并且自动化构建确保主机工具也能构建。这使得该目标可以作为开发平台，而不仅仅是编译目标。有关完整的要求，请参阅目标层级策略中的带有主机工具的 Tier 2。

所有带有主机工具的 Tier 2 目标都支持完整的标准库。

注意：rust-docs 组件通常不会为 Tier 2 目标构建，因此 Rustup 可能会安装类似 Tier 1 目标的文档。

没有主机工具的 Tier 2

Tier 2 目标可以被认为是“保证构建”的。Rust 项目为每个 Tier 2 目标构建标准库的官方二进制发行版（或在某些情况下，仅构建 core 库），并且自动化构建确保每个 Tier 2 目标在每次更改后都可以用作构建目标。自动化测试并不总是运行，因此不能保证生成可用的构建，但 Tier 2 目标通常在很大程度上可以工作，并且始终欢迎补丁！有关完整的要求，请参阅目标层级策略中的Tier 2 目标策略。

下表中的 std 列具有以下含义

• ✓ 表示提供完整的标准库。
• * 表示目标仅支持 no_std 开发。
• ? 表示标准库支持正在开发中。

在进行修改时，Rust 团队不会仔细审查 Tier 2 目标特定的代码。所有代码都可能存在错误，但这些目标的质量控制水平可能较低。有关标准库代码审查实践的详细信息，请参阅 库团队策略。

注意：rust-docs 组件通常不会为 Tier 2 目标构建，因此 Rustup 可能会安装类似 Tier 1 目标的文档。

Tier 3

三级目标是指 Rust 代码库支持，但 Rust 项目不自动构建或测试的目标，因此它们可能工作也可能不工作。不提供官方构建版本。有关完整要求，请参阅目标分级策略中的三级目标策略。

下表中的 std 列具有以下含义

• ✓ 表示提供完整的标准库。
• * 表示目标仅支持 no_std 开发。
• “？”表示标准库支持未知或正在开发中。

当进行修改时，Rust 团队不会仔细审查三级目标特定的代码。所有代码都可能存在错误，但这些目标的质量控制水平可能较低。有关标准库代码的审查实践的详细信息，请参阅库团队策略。

host 列表示代码库是否包含构建主机工具的支持。