嘿，这个问题我熟——Windows Installer的多用户适配经常踩这种坑，你把注册表从HKCU移到HKEY_USERS没生效，根本原因是没摸透MSI的安装模式逻辑，手动改注册表路径绕不开它的内置规则。下面给你一步步拆解解决方案：

1. 先切换到「每机器（Per-Machine）」安装模式 #

这是多用户共享应用的核心前提：

• 右键你的Windows Installer项目→打开「属性」面板，找到「安装范围」选项，直接设置为每台机器。
• 这个设置会让MSI自动把应用安装到C:\Program Files这类全局目录（而非当前用户的AppData），同时将核心配置写入HKEY_LOCAL_MACHINE（HKLM）注册表根，所有登录用户都能访问这些全局信息，从根源上避免"其他用户无安装记录"的问题。

2. 重新规划注册表项的写入位置 #

别再碰HKEY_USERS了，按场景选正确的根路径：

• 对于全局生效的配置（比如文件关联、系统级启动项、应用版本信息），把注册表根设为HKEY_LOCAL_MACHINE\Software，所有用户都能读取到这些内容。
• 如果有用户专属的个性化配置，不要通过MSI安装时写入，而是让应用在第一次启动时动态写入当前用户的HKEY_CURRENT_USER——MSI的每机器模式下强行写入HKCU容易触发权限问题，交给应用自己处理更稳妥。

3. 检查组件的「每用户」属性 #

确保你的安装组件都是全局可用的：

• 打开项目的「组件」列表，逐个查看包含文件/注册表的组件属性。如果组件的ComponentId带有用户SID相关的动态标识，说明它被标记为「每用户」组件，需要改为全局固定的ComponentId（直接重新生成一个即可）。
• 若组件开启了「永久」属性，也要确认它是针对每机器生效的，避免单个用户卸载时影响其他用户的应用文件。

4. 排查MSI修复触发的具体原因 #

如果切换模式后还是提示修复，用日志定位问题：

• 重新安装时执行命令：msiexec /i 你的安装包.msi /l*v install.log，生成详细安装日志。
• 切换到其他用户触发修复时，同样用msiexec /f 你的安装包.msi /l*v repair.log生成修复日志。
• 查看日志里的「Missing Component」或「File Not Found」条目，通常是某个依赖文件/注册表项被放在了用户专属目录，或者权限不足导致无法访问，针对性调整即可。

为什么直接移HKEY_USERS没用？ #

HKEY_USERS是所有用户注册表的容器，但MSI在「每用户」模式下只会写入当前登录用户的SID子项，其他用户的子项不会被自动同步。而且MSI不支持直接操作HKEY_USERS的通用路径——不同用户的SID是动态生成的，你无法提前预知并写入所有用户的子项，手动操作还容易触发权限错误，自然不会生效。

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