Parallels虚拟机Win11安装.NET SDK 6.0后dotnet命令报错如何解决

• M系列芯片Mac上通过Parallels运行的Windows 11默认是ARM64架构，最初安装的x64版本.NET SDK和系统架构不匹配。这类架构不匹配的安装多数时候不会弹出显性报错，但核心程序文件不会被正确写入、对应环境变量也不会自动配置，直接导致dotnet命令无法识别。
• 后续安装ARM64版本后能识别dotnet命令却提示找不到SDK，是之前x64版本安装残留的路径配置扰乱了环境变量优先级，和Parallels虚拟机本身能不能跑.NET控制台应用没有关系，也不需要额外安装.NET Core，.NET 6 SDK本身已经自带对应运行时。

1. 清理所有错误安装的残留 #

• 打开Windows「设置-应用-已安装的应用」，找到所有名称带.NET SDK 6.0、.NET Runtime 6.0的条目，全部卸载。
• 手动删除残留文件目录：
  • 直接删除C:\Program Files\dotnet整个文件夹
  • 删除对应用户目录下的C:\Users\你的用户名\.dotnet整个文件夹
• 按下Win+R输入sysdm.cpl回车打开系统属性，切换到「高级」选项卡点击「环境变量」，分别在用户变量和系统变量的Path条目中，把所有和dotnet相关的路径全部删除，包括之前看到的C:\Users\me\.dotnet\tools这类条目。

2. 安装匹配架构的.NET SDK #

• 先确认系统架构：打开「设置-系统-关于」，找到「系统类型」条目，会明确标注当前是ARM64-based PC，后续安装软件优先选ARM64版本。
• 运行ARM64版本的.NET 6.0.300 SDK安装包，全程使用默认配置完成安装，不要手动修改安装路径。

3. 校验环境变量配置 #

安装完成后重新打开环境变量配置页，确认以下两个路径存在，并且在Path列表中排在靠前位置：

• 系统变量的Path中包含C:\Program Files\dotnet\
• 用户变量的Path中包含C:\Users\你的用户名\.dotnet\tools\

注意：32位x86程序的默认安装路径会带(x86)后缀，ARM64版本的dotnet默认安装在无后缀的Program Files目录下，不要混淆路径。

4. 验证安装结果 #

• 把所有已经打开的CMD、PowerShell窗口全部关掉，重新打开一个新的终端窗口（旧窗口不会自动加载更新后的环境变量，这步跳过很容易出现误判）。
• 执行以下命令查看SDK安装状态：

  dotnet --info
  

  命令正常输出后，在已安装SDK列表里能看到6.0.300的条目，就说明SDK识别正常。
• 之后再执行全局工具安装命令即可正常运行：

  dotnet tool install --global ServiceBusAdmin
  

• Parallels的x64模拟转译存在兼容性限制，不要在ARM版Windows上强行安装x64版本的.NET SDK，很容易出现无报错但运行异常的问题，直接安装对应ARM64版本即可，ARM版.NET 6可以正常运行所有.NET控制台应用，不存在兼容性问题。
• 不要随意修改.NET SDK的默认安装路径，手动改路径后安装程序不会自动配置对应环境变量，很容易出现命令找不到、SDK识别失败的问题。

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