修改MajorUpgrade调度为afterInstallInitialize后组件条件异常排查

核心原因 #

你的问题出在三个关键点的叠加：组件条件的作用范围限制、组件KeyPath冲突，再结合afterInstallInitialize调度的升级流程特性，最终导致旧版本卸载时意外删除了运行时文件夹。

1. 组件<Condition>无法阻止卸载阶段的组件移除 #

MSI的组件<Condition>元素仅控制组件是否被安装，对卸载阶段的行为几乎没有影响：当REMOVE="ALL"（无论是手动卸载还是升级卸载），所有非永久（Permanent="no"）组件都会被标记为卸载，组件条件不会被用来判断是否执行卸载操作。你之前依赖的(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")条件，在升级卸载时根本无法阻止组件被卸载——因为REMOVE="ALL"已触发全量卸载逻辑。

2. 两个组件共享同一KeyPath导致连锁卸载 #

你配置的CreatePrivateMyAppFolder和RemoveLocalAppDataMyAppUninstall组件，使用了完全相同的注册表项作为KeyPath：

<RegistryValue Root="HKCU" Key="Software\Company\Product" Name="PrivateFolderMyApp" Type="string" Value="[PrivateDataMyApp]" KeyPath="yes"/>

MSI的组件规则要求每个唯一资源只能属于一个组件，共享KeyPath会导致Windows Installer将两个组件视为绑定在一起的资源：

• 当MajorUpgrade调度为afterInstallFinalize时，新版本先完成安装（包括创建该注册表项），旧版本卸载时，由于注册表项已被新版本组件接管，旧版本的两个组件都不会被真正移除，因此util:RemoveFolderEx不会执行。
• 改为afterInstallInitialize后，升级流程变为先卸载旧版本，再安装新版本：旧版本卸载时，CreatePrivateMyAppFolder组件被移除，对应的注册表项被删除；由于RemoveLocalAppDataMyAppUninstall组件的KeyPath也依赖该注册表项，Windows Installer会认为这个组件的KeyPath已丢失，强制标记其为卸载，进而触发util:RemoveFolderEx执行，删除了运行时文件夹。

3. afterInstallInitialize的升级流程特性 #

该调度下，旧版本卸载发生在新版本安装之前，此时没有新版本组件接管旧组件的资源（比如注册表项），所以旧版本的所有组件都会被彻底卸载，这放大了前面两个问题的影响。

解决方案 #

方案1：分离组件KeyPath，用组件条件控制卸载 #

1. 给RemoveLocalAppDataMyAppUninstall组件设置独立的KeyPath，比如修改注册表项的Name：

<Component Id="RemoveLocalAppDataMyAppUninstall" Guid="*" Transitive="yes">
    <Condition><![CDATA[(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")]]></Condition>
    <!-- 使用独立的注册表项作为KeyPath，避免资源冲突 -->
    <RegistryValue Root="HKCU" Key="Software\Company\Product" Name="UninstallCleanupMarker" Type="string" Value="1" KeyPath="yes"/>
    <util:RemoveFolderEx On="uninstall" Property="PRIVATEMYAPPFOLDER"/>
</Component>

2. 确保CreatePrivateMyAppFolder组件的注册表项仅属于自身，不再与其他组件共享。

方案2：直接用自定义动作执行文件夹删除（更可靠） #

放弃依赖组件卸载触发RemoveFolderEx，改用带条件的自定义动作精准控制执行时机：

1. 移除RemoveLocalAppDataMyAppUninstall组件，在Product节点下定义自定义动作和执行顺序：

<CustomAction Id="RemovePrivateFolder" BinaryKey="WixCA" DllEntry="WixRemoveFolderEx" Execute="deferred" Return="check"/>
<CustomAction Id="SetRemovePrivateFolder" Property="RemovePrivateFolder" Value="PRIVATEMYAPPFOLDER=[PRIVATEMYAPPFOLDER]"/>

<InstallExecuteSequence>
    <!-- 在卸载阶段执行，仅当手动卸载时触发 -->
    <Custom Action="SetRemovePrivateFolder" Before="RemovePrivateFolder">(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")</Custom>
    <Custom Action="RemovePrivateFolder" After="RemoveFiles">(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")</Custom>
</InstallExecuteSequence>

2. 保留CreatePrivateMyAppFolder组件负责创建注册表项和基础文件夹，确保运行时文件夹正常生成。

验证建议 #

• 生成新MSI后，执行升级测试，查看安装日志确认RemovePrivateFolder动作仅在手动卸载时触发，升级流程中不执行。
• 检查旧版本卸载阶段的组件状态，确保清理文件夹的逻辑未被意外触发。

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