Wix安装程序自带卸载与应用和功能卸载差异及问题修复

• 安装包自带卸载按钮触发：先启动Wix Burn生成的引导bundle，完整执行引导层配置的全部逻辑，之后再调用Windows Installer服务运行MSI卸载序列，引导层、MSI层配置的自定义操作只要条件匹配都会按预设顺序执行。
• 系统Apps&Features触发：系统直接读取MSI写入注册表的卸载命令，跳过所有Burn引导层逻辑，直接调用Windows Installer执行MSI内部的卸载序列，仅会执行MSI包内卸载条件配置正确的自定义操作。

• 核心卸载逻辑仅写在了Burn引导层（比如自定义BA、MBA的交互逻辑里），没有封装进MSI包内部，只要绕过引导启动卸载，这部分逻辑就完全不会执行。
• MSI内自定义操作的触发条件配置错误，最常见的错误是给卸载操作加了仅引导层启动才会存在的属性判断，或者条件写得过于严格，没有覆盖系统直接调用MSI卸载的场景。
• 自定义操作依赖引导层提前准备的临时文件、运行环境、提权上下文，直接调用MSI时前置条件缺失，操作静默失败没有抛出可见错误。

• 将所有卸载阶段必须执行的核心逻辑从Burn引导层迁移到MSI包内部，不要把关键卸载逻辑耦合在引导层实现。
• 修正自定义操作的触发条件，覆盖全卸载场景的通用条件为REMOVE~="ALL"，该条件可匹配Apps&Features卸载、安装包入口卸载、重大升级时旧版本自动卸载三类场景，不要额外添加引导层专属的属性判断。
• 核对自定义操作的挂载序列位置：操作用户数据的逻辑要放在InstallValidate节点前，删除文件、注册表项的逻辑要对应挂载在文件/注册表写入节点的卸载分支下，不要挂载到仅安装阶段执行的序列段。
• 如果自定义操作需要管理员权限，给操作添加msidbCustomActionTypeNoImpersonate标记，不要依赖引导层的提权结果，避免系统直接调用MSI时权限上下文不足导致操作失败。

调试时可直接在命令行执行msiexec /x {对应产品代码}模拟Apps&Features的卸载场景，不需要每次进入系统设置操作，能大幅提升调试效率。

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