Windows 7下LocalSystem服务读取HKEY_CURRENT_USER注册表异常求助

问题根源 #

Windows 7的会话隔离机制和Windows 10不同：LocalSystem账户运行的服务默认处于会话0，而登录用户处于会话1及以上，两者的注册表上下文完全隔离。此时Registry.CurrentUser指向的是**默认用户（HKEY_USERS.DEFAULT）**的注册表分支，而非当前登录用户的S-1-5-21-xxxx-1000项——这就是你在登录用户的HKCU里能看到MyApp，但服务读取返回null的核心原因。Windows 10对会话间的注册表访问做了优化，所以该场景下运行正常。

可行解决方案 #

1. 直接定位登录用户的SID读取注册表 #

先获取当前登录用户的SID，然后直接访问HKEY_USERS下对应的分支：

using Microsoft.Win32;
using System.Management;

// 获取当前活动用户的SID
string GetActiveUserSid()
{
    var query = new ManagementObjectSearcher("SELECT UserSID FROM Win32_ComputerSystem");
    foreach (var obj in query.Get())
    {
        return obj["UserSID"].ToString();
    }
    return null;
}

// 读取目标注册表项
var userSid = GetActiveUserSid();
if (!string.IsNullOrEmpty(userSid))
{
    var baseKey = RegistryKey.OpenBaseKey(RegistryHive.Users, RegistryView.Default);
    var myAppKey = baseKey.OpenSubKey($@"{userSid}\Software\MyApp");
}

注意：LocalSystem默认有权限访问普通用户的注册表，但如果用户手动修改过ACL，可能需要调整权限设置。

2. 把注册表项移到HKLM（最稳定） #

如果应用不需要用户隔离，直接将MyApp从HKCU迁移到HKEY_LOCAL_MACHINE\Software下，服务直接读取HKLM即可：

var myAppKey = Registry.LocalMachine.OpenSubKey(@"Software\MyApp");

这种方式彻底避开了会话和用户上下文的问题，不过写入HKLM需要管理员权限。

3. 启用交互式服务（不推荐） #

在服务属性的“登录”选项卡勾选“允许服务与桌面交互”，让服务能访问当前登录用户的上下文。但该做法存在安全风险，且Windows 8及以后的系统已逐步禁用此功能，不建议使用。

验证方法 #

1. 打开注册表编辑器，查看HKEY_USERS\.DEFAULT\Software，该路径下不会有MyApp——这就是服务实际读取的位置。
2. 用方案1的代码获取用户SID，直接访问HKEY_USERS\{SID}\Software\MyApp，确认能正常读取到目标键。

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