如何可靠检测系统是否安装.NET 6运行时及对应版本

你之前用的sharedhost注册表路径确实存在卸载残留问题，该键值仅记录本机历史安装过的最高版本共享宿主版本，不会随运行时卸载同步更新，检测结果完全不可信。以下是三种经过生产环境验证的可靠方案，可同时判断安装状态、获取准确版本号：

方案1：调用官方dotnet命令检测（准确率100%） #

微软官方对.NET运行时的检测逻辑就是基于dotnet --list-runtimes命令输出，不存在残留误判问题：

• 实现逻辑：通过WiX自定义动作，直接调用对应架构路径下的dotnet.exe执行参数--list-runtimes，捕获命令输出
• 判断规则：
  • 若指定路径下dotnet.exe不存在，或命令执行失败，说明未安装对应架构的.NET运行时
  • 遍历输出内容，匹配前缀为Microsoft.WindowsDesktop.App 6.的行（WPF依赖Windows桌面运行时，不要匹配基础运行时Microsoft.NETCore.App），行内紧随前缀的数字串即为实际安装的.NET 6版本号
  • 存在匹配行则判定为已安装符合要求的运行时
• 避坑点：不要依赖系统环境变量找dotnet.exe，直接用固定全路径：64位程序对应%ProgramFiles%\dotnet\dotnet.exe，32位程序对应%ProgramFiles(x86)%\dotnet\dotnet.exe，避免环境变量被篡改导致的误判。

WiX自定义动作参考代码：

<Property Id="DOTNET6_READY" Value="0" />
<CustomAction Id="CA_CheckDotNet6"
              Directory="SystemFolder"
              ExeCommand='cmd /c ""[ProgramFilesFolder]dotnet\dotnet.exe" --list-runtimes | findstr /i /b /c:"Microsoft.WindowsDesktop.App 6.""'
              Return="ignore"
              Impersonate="no" />
<InstallUISequence>
  <Custom Action="CA_CheckDotNet6" Before="LaunchConditions" />
</InstallUISequence>
<InstallExecuteSequence>
  <Custom Action="CA_CheckDotNet6" Before="LaunchConditions" />
</InstallExecuteSequence>
<Condition Message="请先安装.NET 6桌面运行时后再启动安装程序">
  <![CDATA[DOTNET6_READY <> "0"]]>
</Condition>

方案2：检测正确的注册表节点（无自定义动作，性能最优） #

你之前找错了注册表路径，真正记录已安装运行时版本、且会随卸载同步清理的注册表节点在sharedfx分支下，而非sharedhost分支：

• 64位.NET 6桌面运行时路径：HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x64\sharedfx\Microsoft.WindowsDesktop.App
• 32位.NET 6桌面运行时路径：HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\sharedfx\Microsoft.WindowsDesktop.App
• 上述路径下，每个已安装的版本号会作为独立的REG_DWORD类型键存在，值为1，卸载对应版本时安装包会自动删除对应键，无残留问题。

WiX注册表检索参考代码（检测64位最低版本6.0.0）：

<Property Id="DOTNET6_X64_OK" Secure="yes">
  <RegistrySearch Id="RegSearch_DotNet6x64"
                  Root="HKLM"
                  Key="SOFTWARE\dotnet\Setup\InstalledVersions\x64\sharedfx\Microsoft.WindowsDesktop.App"
                  Name="6.0.0"
                  Type="raw"
                  Win64="yes" />
</Property>

• 避坑点：32位安装包检索64位注册表时必须加Win64="yes"属性，否则会被WOW64重定向到32位注册表节点，导致读取失败。

方案3：使用WiX官方扩展内置检测能力（最省事） #

WiX 3.14及以上版本、WiX v4版本的WixNetFxExtension扩展已经内置了.NET Core/.NET 5+系列运行时的检测逻辑，不需要自行实现检测：

• 项目中添加对WixNetFxExtension的引用
• 直接使用预定义属性做启动条件判断即可：
  • WIX_NET_CORE_DESKTOP_RUNTIME_60_INSTALLED：标记是否安装.NET 6桌面运行时
  • 对应版本属性会自动填充已安装的准确版本号
• 该扩展会自动处理架构适配、注册表重定向、路径校验等所有边界情况，是官方推荐的最简实现方式。

注意：不要用简单判断dotnet.exe文件是否存在的逻辑做检测，部分软件会自带私有部署的dotnet程序集，或者卸载后残留空文件夹，会导致误判。必须匹配到对应架构、对应版本的Windows桌面运行时，才能满足WPF应用的运行要求。

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