平台支持

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

目标通过其“目标三元组”来标识，该字符串告知编译器应生成哪种类型的输出。

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

Tier 1 with Host Tools

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

带有主机工具的 Tier 1 目标还额外支持在目标上本地运行诸如 rustc 和 cargo 之类的工具，并且自动化测试确保主机工具的测试也通过。这允许将目标用作开发平台，而不仅仅是编译目标。有关完整的要求，请参阅目标层级策略中的Tier 1 with Host Tools。

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

Tier 1

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

目前，所有 Tier 1 目标都是Tier 1 with Host Tools。

Tier 2 with Host Tools

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

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

带有主机工具的 Tier 2 目标还额外支持在目标上本地运行诸如 rustc 和 cargo 之类的工具，并且自动化构建确保主机工具也能构建。这允许将目标用作开发平台，而不仅仅是编译目标。有关完整的要求，请参阅目标层级策略中的Tier 2 with Host Tools。

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

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

Tier 2 without Host Tools

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

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

• ✓ 表示完整的标准库可用。
• * 表示目标仅支持 no_std 开发。
• ? 表示标准库支持正在进行中。

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

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

Tier 3

Tier 3 目标是 Rust 代码库支持的目标，但 Rust 项目不会自动构建或测试这些目标，因此它们可能可以工作，也可能无法工作。官方构建版本不可用。有关完整的要求，请参阅目标层级策略中的Tier 3 target policy。

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

• ✓ 表示完整的标准库可用。
• * 表示目标仅支持 no_std 开发。
• ? 表示标准库支持未知或正在进行中。

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

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