修改UninstallString无效，如何让Windows卸载时运行自定义程序？

核心原因 #

直接修改MSI对应的UninstallString注册表项无效，是因为Windows Installer服务会优先管控MSI包的卸载流程——系统会识别到该卸载项关联的是MSI安装包，忽略你修改的自定义路径，强制调用msiexec.exe /x{GUID}执行原生卸载。

解决方案 #

根据你的需求场景，分两种情况处理：

1. 完全自定义非MSI安装/卸载框架

如果要彻底脱离MSI体系，自己实现安装卸载逻辑，需要注册非MSI类型的卸载项：

• 选择对应位数的注册表路径：
  • 32位程序：HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{自定义唯一ID}
  • 64位程序：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{自定义唯一ID}
• 必须添加以下DWORD类型注册表值，告诉系统这不是MSI包：
  • NoModify = 1
  • NoRepair = 1
• 设置UninstallString为你的自定义卸载程序路径，例如："C:\YourApp\Uninstall.exe"
• 补充必要的显示项：DisplayName（程序列表显示名称）、DisplayVersion（版本号）、Publisher（发布者）等。

2. 在MSI包内添加自定义卸载动作（适用于InstallShield制作的MSI）

如果保留MSI框架，仅需在卸载时执行自定义逻辑，直接在InstallShield中配置自定义动作：

• 打开InstallShield工程，切换到Custom Actions视图
• 在Uninstall序列中添加自定义动作，指向你的Hello-World程序
• 设置动作的执行条件为REMOVE="ALL"（确保仅在完全卸载时触发）
• 调整执行顺序（例如放在InstallValidate之后，原生卸载逻辑之前）
• 重新生成MSI包，此时通过系统程序列表卸载时，会先执行你的自定义程序，再完成原生MSI卸载（可根据需求设置是否跳过原生卸载步骤）

3. 排查修改无效的常见问题

• 确认修改的是对应位数的注册表项：部分MSI包会同时在32位和64位注册表生成卸载项，需全部修改
• 重启explorer.exe进程：系统可能缓存了注册表信息，重启资源管理器可刷新显示
• 检查Windows Installer缓存：如果MSI包被缓存，系统可能优先读取缓存内的卸载配置，可尝试重新安装你的自定义MSI包覆盖缓存

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