运行dotnet --list-sdks无SDK返回结果，存在dotnet执行文件如何解决？

最常见的触发原因是系统环境变量Path中，32位dotnet可执行文件路径优先级高于64位路径，二者对应的SDK存储位置完全独立：调用32位dotnet时只会检索C:\Program Files (x86)\dotnet\sdk下的SDK，调用64位dotnet时只会检索C:\Program Files\dotnet\sdk下的SDK，二者不互通。如果你的SDK安装在其中一个路径，调用的是另一个架构的dotnet程序，就会出现无返回的情况。
其他可能的原因包括：

• 仅安装了.NET Runtime，未安装.NET SDK，dotnet --list-sdks只会返回SDK信息，不会显示Runtime
• SDK安装过程出错，文件不完整或注册表关联配置丢失
• SDK被安装到自定义路径，未被dotnet程序检索到

• 第一步：确认当前调用的dotnet架构
  执行dotnet --info，查看输出首行的dotnet.exe路径，判断当前调用的是32位还是64位程序。你也可以直接查看where dotnet返回的路径顺序，排在第一位的就是当前默认调用的版本。
• 第二步：调整环境变量优先级
  如果你确认安装的是64位SDK，就右键「此电脑」→「属性」→「高级系统设置」→「环境变量」，在系统变量的Path列表中，将C:\Program Files\dotnet\移动到C:\Program Files (x86)\dotnet\的上方，保存后重启命令行工具，重新执行dotnet --list-sdks测试。
• 第三步：校验SDK安装状态
  打开「控制面板」→「程序和功能」，检查是否存在名称包含.NET SDK的安装条目；同时打开对应架构的dotnet下的sdk文件夹，确认存在对应版本的子文件夹：
  • 64位SDK默认路径：C:\Program Files\dotnet\sdk\
  • 32位SDK默认路径：C:\Program Files (x86)\dotnet\sdk\
    如果没有对应SDK，重新下载安装对应版本的.NET SDK即可。
• 第四步：修复损坏的安装
  如果以上检查都正常，可运行对应版本SDK的安装包，选择「修复」选项，修复后重试即可。

内容的提问来源于stack exchange，提问作者Đỗ Như Vỹ