Wix Toolset Bootstrapper中MsiPackage状态检测异常排查咨询

先还原下你的场景：你在用Wix Toolset构建VSTO安装程序，Bundle的Chain配置如下：

<Chain>
 <PackageGroupRef Id="NetFx40Web" />
 <PackageGroupRef Id="PG_VSTORuntime" />
 <MsiPackage Id="SetupMSI" SourceFile="$(var.MsiPackageDir)\SetupMSI_MUI_$(var.Platform).msi" Permanent="no" DisplayInternalUI="yes" Vital="yes" Visible="yes" >
 </MsiPackage>
</Chain>

但卸载日志里却出现了不符合实际的检测结果：

Detected package: NetFx40Web, state: Present, cached: None
Detected package: EP_VSTORuntime, state: Present, cached: None
Detected package: SetupMSI_MUI_x86, state: Absent, cached: None

明明SetupMSI_MUI_x86已经安装，却被判定为Absent，而且MSI本身运行正常，给你列几个核心排查方向：

• 核对MSI的ProductCode与Bundle的识别逻辑
  Wix默认靠MSI的ProductCode来判断是否已安装。首先用Orca工具打开你的SetupMSI_MUI_x86.msi，查看Property表中的ProductCode值——如果这个值每次编译MSI都会变化（比如没固定GUID），Bundle肯定没法正确识别。另外，检查你的MsiPackage有没有显式设置ProductCode属性，如果没设置，Wix会编译时读取MSI的ProductCode，但如果MSI的ProductCode动态生成，就会出现检测偏差。

• 验证Bundle中包标识与已安装MSI的匹配度
  日志里检测的包名是SetupMSI_MUI_x86，但你Bundle里MsiPackage的Id是SetupMSI。虽然Wix会通过SourceFile推导包标识，但$(var.Platform)变量可能没正确替换，导致Bundle实际查找的标识和已安装MSI的不一致。可以用WiX的dark.exe反编译编译后的Bundle，看看实际生成的包ID、ProductCode和UpgradeCode，和已安装MSI的对应信息是否匹配。

• 检查Windows Installer的安装记录
  打开注册表，对应系统位数查看：

  • 32位系统：HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall
  • 64位系统：HKLM\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall
    看看有没有对应SetupMSI_MUI_x86的子项，子项里的ProductCode是否和MSI里的一致。也可以重新运行msiexec /i SetupMSI_MUI_x86.msi /l*v install.log安装一次，从安装日志里确认ProductCode和安装路径，确保Windows Installer正确记录了这个包的状态。

• 排查自定义检测条件（如果有设置）
  如果你给MsiPackage加了DetectCondition属性，这个条件可能存在逻辑错误，比如引用的注册表项、文件路径不存在，或者表达式写错了。如果没设置这个属性，Wix用默认的ProductCode检测，但如果有自定义条件，一定要逐条验证条件的正确性。

• 确认MSI的永久安装属性
  你在Bundle里设置了Permanent="no"，但如果MSI内部的Property表中Permanent值被设为1（永久安装），会导致Windows Installer认为这个包不能被卸载，也可能干扰Bundle的检测逻辑。用Orca查看MSI的Permanent属性值，确保是0（非永久）。

• 检查平台兼容性配置
  你用到了$(var.Platform)变量，如果Bundle编译的平台和MSI的平台不匹配（比如Bundle是x64，MSI是x86），Bundle可能会去错误的注册表路径查找安装记录。解决方法是给MsiPackage显式设置Platform="x86"属性，让Bundle明确去32位注册表位置检测。

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