卸载程序如何合规移除其他用户的HKCU注册表项？

普遍共识与风险操作 #

业内普遍不建议卸载程序时操作其他用户的HKCU注册表项。如果确实有需求，可通过RegLoadKey加载目标用户的配置单元，但该操作存在显著风险：

• 非线程安全，可能导致目标用户无法正常登录系统
• 加载状态是全局的，即便执行加载操作的进程终止，配置单元仍会保持加载状态，必须确保程序结束前调用对应接口卸载配置单元

为何可以保留部分注册表项 #

多数情况下，残留的HKCU项不会造成严重问题：

• 仅由自身程序读取的项：完全可以保留，不会影响系统或其他程序运行
• 系统交互类项（如HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Run中的启动项）：即便程序路径不存在，系统执行时只会静默失败，用户通常不会察觉（仅在任务管理器的启动项列表中能看到残留条目）

遗留影响的特例与解决方案 #

部分注册表项会产生可见的遗留问题，例如注册CLSID以在资源管理器导航窗格添加类似云存储的快捷方式：当用户A使用程序时注册了该CLSID，管理员用户B卸载程序后，按“不触碰他人注册表”的原则，用户A的导航窗格快捷方式会残留。这种情况并非只能让用户手动清理，可采用以下方案：

• 引导用户自行清理：在卸载程序中添加提示，告知用户若需要清理个人账号下的残留配置，可登录自己的账号后运行卸载程序提供的轻量化清理工具（仅清理当前用户的HKCU项）
• 利用Active Setup机制：Windows的Active Setup可在每个用户首次登录时执行指定脚本。卸载时注册一个Active Setup条目，当用户A下次登录时，自动检测程序是否已卸载，若已卸载则自动清理对应的CLSID等注册表项
• 调整开发阶段的注册策略：避免在用户HKCU中注册全局可见的系统集成项，改为程序运行时临时注册、退出时自动清理；或把这类注册移至HKLM（需管理员权限），同时设计多用户场景下的显示开关逻辑

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