msiexec /x卸载时WIX自定义动作未执行，如何解决？

咱们先梳理下你遇到的核心问题：通过msiexec /x MyInstaller.msi PARAM_FILE_PATH="..." /qn执行卸载时，绑定到RemoveFiles或InstallFinalize的自定义动作ActionName没触发，甚至无条件绑定也不符合预期。下面给你一步步排查和解决的方案：

1. 先把自定义动作的基础配置做对 #

卸载场景下的自定义动作，核心属性不能错，否则哪怕条件写对了也白搭：

<CustomAction Id="ActionName" BinaryKey="YourCustomActionDLL" DllEntry="YourEntryPoint" 
              Execute="deferred" Impersonate="no" Return="check"/>

• Execute="deferred"：卸载过程中涉及文件/注册表修改的操作，必须用延迟执行模式——即时动作（Execute="immediate"）在卸载阶段会因为系统状态限制被跳过。
• Impersonate="no"：如果你的动作需要系统权限（比如删除受保护文件），必须禁用用户模拟，用系统账户执行。
• Return="check"：让MSI检查动作执行结果，方便调试（动作失败时会直接报错，不会默默跳过）。

2. 修正卸载触发条件 #

你之前用的(REMOVE~="ALL") AND (NOT UPGRADINGPRODUCTCODE)其实逻辑没问题，但更严谨的写法是直接匹配REMOVE="ALL"（卸载时REMOVE的取值就是ALL，子串匹配没必要），同时绑定到正确的阶段：

场景1：删除文件前执行动作（比如读取待删文件内容） #

<Custom Action="ActionName" Before="RemoveFiles">(REMOVE="ALL") AND (NOT UPGRADINGPRODUCTCODE)</Custom>

场景2：卸载收尾阶段执行动作（比如清理残留配置） #

<Custom Action="ActionName" Before="InstallFinalize">(REMOVE="ALL") AND (NOT UPGRADINGPRODUCTCODE)</Custom>

3. 确保命令行参数能传递到动作里 #

你传入的PARAM_FILE_PATH必须是全大写的公共属性，而且要标记为安全属性，否则MSI会忽略命令行的值，延迟执行的动作也访问不到：

<Property Id="PARAM_FILE_PATH" Secure="yes"/>

4. 调试排查的实用技巧 #

如果还是没触发，直接生成MSI日志找原因：
执行卸载时加上日志参数：

msiexec /x MyInstaller.msi PARAM_FILE_PATH="C:\test.txt" /qn /L*v uninstall.log

打开日志搜索ActionName，如果看到Skipping action: ActionName，后面会明确说明跳过的原因（比如条件不满足、属性未设置等）。

为啥之前的无条件绑定不符合预期？ #

• 无条件绑定到RemoveFiles：RemoveFiles阶段只在修复/卸载时触发，全新安装时这个阶段根本不会执行，所以安装卸载都没触发是正常的。
• 无条件绑定到InstallFinalize：这个阶段在安装、修复、卸载时都会走，但如果你的动作是即时执行模式，卸载时的即时动作会被MSI的执行逻辑跳过；如果是延迟模式，没加卸载条件的话，只会在安装/修复时触发。

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