升级时如何卸载四位版本号的WiX安装包？

核心根源：MSI版本号规范限制 #

MSI的ProductVersion字段仅支持三位格式（X.Y.Z），第四位会被系统忽略，这就是你升级时旧版本无法自动卸载的核心原因——安装程序无法识别新版本属于同一产品线的升级包。

推荐方案：用WiX原生功能实现（无需自定义操作） #

你当前的C++自定义操作方向绕了远路，WiX自带的MajorUpgrade元素就能完美处理这个场景，只需调整版本号的配置逻辑：

• 保留三位ProductVersion：将四位版本号的前三位设为ProductVersion（比如4.0.0），第四位可以附加到ProductName（如MyApp v4.0.0.196），或在WiX Burn打包时放到Bundle的Version字段中。
• 配置MajorUpgrade元素：固定UpgradeCode（同一产品线必须保持一致），自动生成ProductId（WiX中设为*即可），同时设置升级规则：

<MajorUpgrade
  DowngradeErrorMessage="已安装更高版本的[ProductName]，无法降级。"
  AllowDowngrades="no"
  AllowSameVersionUpgrades="yes"
  MinimumVersion="4.0.0.0"
  MaximumVersion="4.0.0.999" />

• 这样配置后，WiX会自动检测同UpgradeCode下的旧版本，并在安装新版本时自动卸载旧版本，完全不需要自定义操作。

为什么自定义操作的方向不可行？ #

你尝试修改运行时MSI数据库的思路存在本质问题：

• 安装运行时，MsiGetActiveDatabase返回的是只读数据库句柄，无法修改内容；
• 即便通过路径打开MSI文件修改Upgrade表，也会破坏安装包的数字签名（如果有），且不符合MSI安装规范，容易引发安装失败、系统状态异常等问题。

特殊场景的替代方案（必须用四位版本号作为ProductVersion） #

如果业务强制要求ProductVersion为四位格式，可以通过C++自定义调用MSI API卸载旧版本，但需注意：

• 在安装序列的InstallInitialize之前执行自定义操作（设置为immediate类型）；
• 用MsiEnumProductsEx遍历匹配UpgradeCode的已安装产品；
• 对每个旧产品调用MsiConfigureProduct(productCode, INSTALLSTATE_DEFAULT, MSIFASTINSTALL)触发卸载。

但这种方式需要自行处理各种异常（如旧版本进程占用、文件锁定等），远不如MajorUpgrade的封装逻辑可靠。

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