某些安装程序在 64 位 Windows 上仍注册到 32 位卸载配置单元。在认定条目已消失前，请同时检查两种视图。
若厂商提供清理工具，请在手动删除注册表项之前先运行，以降低服务或驱动被遗留的概率。
当 x86 与 x64 条目同时存在时，先卸载你最后实际安装的那个位数；顺序错误有时会让“幽灵”条目复活。
区分“文件缺失”与“卸载程序缺失”。幽灵条目往往仍指向有效的 ProductCode，即便 UninstallString 目标已被删除。记录注册表中的 GUID 式标识并与 MSI 日志比对；GUID 不一致意味着你看到的版本与安装程序期望的不同。
在 64 位 Windows 上，32 位注册信息可位于 WOW6432Node 下，而原生 64 位条目并列存在且无此后缀。把它们当作两本并行电话簿——只清理一侧正是控制面板仍显示应用存在的常见原因。
卸载失败后，请再次运行厂商当前安装程序；许多产品提供“清理”或“移除所有组件”模式，比手动删键更懂自家 ProductCode。手动编辑应是最后手段，而非第一步。
若涉及 Windows Update 或 Microsoft Store 组件，先暂停并阅读微软官方指引。删除错误的维护键可能破坏基于组件的服务（CBS）；请只处理厂商文档列出的产品子树。
当系统终于承认产品已移除，请重启并从厂商网站获取最新构建重装——不要用旧 U 盘拷贝——以使 ProductCode 与其支持脚本假设一致。
ARPCache 可能在一次重启周期内掩盖真实状态。 若清理后控制面板仍立即列出已移除产品，请先重启一次再追删更多注册表项；缓存 UI 有时会落后于实际卸载配置单元。
并存的 x86/x64 安装对常共享同一快捷方式。若只从 Public\Desktop 删除快捷方式而未移除两条卸载登记，就会出现指向空路径的“幽灵”快捷方式反复出现。
当 MSI 套件留下损坏的升级路径时，请带日志运行厂商“清理”可执行文件，再将剩余 ProductCode 与其支持矩阵比对。在共享 PC 上盲目搜寻 GUID 效率极低——参见 多用户 Windows 电脑。
若厂商清理后仍提示“已安装”，请在补丁级别相同的临时虚拟机上抓取 msiexec /i product.msi 详细日志；维护栈差异常能解释为何仅一台机器“无法安装”。