错误成因分析 #

看你提供的错误日志里有个关键线索：

/usr/bin/link: extra operand ‘/LIBPATH:C:\Users\Grandpa.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\x86_64-pc-windows-msvc\lib’

这说明Rust在编译时调用的不是微软MSVC套件里的link.exe，而是来自Git Bash、WSL或者其他类Unix环境的Linux风格link命令。两种工具的参数格式完全不兼容：MSVC的link.exe用/LIBPATH指定库路径，而Linux的link工具根本不认识这个参数，自然就抛出了错误。

问题根源是你的系统PATH环境变量里，类Unix工具的路径（比如C:\Program Files\Git\usr\bin）排在了MSVC工具链路径的前面，导致rustc优先调用了错误的链接工具。

解决步骤 #

• 调整PATH环境变量顺序

  1. 右键「此电脑」→「属性」→「高级系统设置」→「环境变量」
  2. 在「系统变量」里找到PATH，点击编辑
  3. 找到包含/usr/bin的类Unix工具路径（比如Git的C:\Program Files\Git\usr\bin），把它移到MSVC工具链路径的后面。MSVC的路径一般类似C:\Program Files (x86)\Microsoft Visual Studio\<你的VS版本>\BuildTools\bin\Hostx64\x64
  4. 保存设置后，关闭所有终端再重新打开，执行cargo build试试

• 用VS开发者命令提示符编译
  如果你不想调整全局PATH，可以直接打开「Visual Studio 开发者命令提示符」（开始菜单里搜就能找到），这个提示符会自动配置好MSVC的环境变量，在里面运行cargo build就会调用正确的link.exe

• 确认Rust工具链版本
  执行rustup show检查当前工具链是否为stable-x86_64-pc-windows-msvc。如果是GNU工具链，可能会出现兼容性问题，切换到MSVC工具链的命令是：

  rustup default stable-x86_64-pc-windows-msvc
  

• 验证链接工具路径
  在终端里执行where link，正常应该返回MSVC的link.exe路径，比如：

  C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\bin\Hostx64\x64\link.exe
  

  如果返回的是类Unix路径，说明PATH调整还没生效，需要重新检查。

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