Windows下如何移除Rust项目默认的thumbv7m-none-eabi编译目标

这个问题和rustup工具链本身无关，是Cargo的全局/层级配置或者系统环境变量硬指定了默认编译目标，所以重装rustup不会生效。thumbv7m-none-eabi本身是裸机ARM目标，默认不链接std，才会导致所有项目找不到标准库。

第一步：检查Cargo配置文件 #

Cargo会从当前项目目录开始，逐级向上遍历所有父目录查找.cargo/config.toml（旧版本为.cargo/config）配置文件，任意一级存在该配置都会被子目录继承：

• 先检查当前出问题的项目根目录下是否存在.cargo/config.toml，打开后查找[build]区块下是否有target = "thumbv7m-none-eabi"配置，存在则直接删除该行。
• 再检查你存放所有Rust项目的父目录，比如如果所有项目都放在D:\code\rust路径下，就检查这个路径下有没有.cargo/config.toml，同样清理掉硬写的target配置。
• 最后检查用户全局Cargo配置，路径为C:\Users\USER\.cargo\config.toml，确认没有写死默认编译目标。

第二步：检查系统环境变量 #

如果系统级设置了CARGO_BUILD_TARGET环境变量，会覆盖所有Cargo配置的默认目标：

• 打开Windows系统环境变量设置面板，在用户变量和系统变量列表中查找CARGO_BUILD_TARGET项，如果其值为thumbv7m-none-eabi直接删除该变量。
• 也可以在终端执行对应命令快速校验：
  • CMD终端执行：echo %CARGO_BUILD_TARGET%
  • PowerShell终端执行：$env:CARGO_BUILD_TARGET
    如果输出了thumbv7m-none-eabi就说明确实是环境变量导致的问题。

第三步：验证修复 #

清理完配置后，不要直接在原有项目里测试，先在全新目录执行以下命令验证：

cargo new test_std_project
cd test_std_project
cargo run

如果能正常编译输出Hello, world!，说明问题已经修复。之后再回去检查原有项目有没有残留的本地.cargo配置即可。

注：rustup target list不显示该目标、rustup target remove删不掉是正常现象——这个目标根本不是通过rustup安装到工具链里的，是外部配置硬塞给Cargo的编译参数，所以rustup管不到这个设置。

内容的提问来源于stack exchange，提问作者TheEyeOfAr3s