怎么用 C# 离线加载 .hive 文件（比如 SYSTEM 或 SOFTWARE）
Windows 注册表 hive 文件（如
SYSTEM、
SOFTWARE）是二进制格式，不能直接用
RegistryKey打开。C# 没有内置 API 支持离线加载，必须调用 Windows 原生 API：
RegLoadKey或
RegLoadAppKey。前者需要管理员权限 + 临时注册表路径，后者限制更多（仅限当前用户 hive，且不支持 SYSTEM/SOFTWARE 这类系统 hive）。
实际可行路径只有一条：以管理员身份运行程序，用
RegLoadKey把 hive 文件挂载到
HKEY_LOCAL_MACHINE下的某个子键（比如
HKLM\TempHive），编辑完再用
RegUnLoadKey卸载。 必须以管理员权限启动进程，否则
RegLoadKey直接返回拒绝访问（错误码 5） 挂载路径不能已存在，且只能是
HKEY_LOCAL_MACHINE下的子键名（不能带冒号或反斜杠，比如填
"TempHive"，不是
"HKLM\TempHive"） 目标 hive 文件需有读写权限；若来自磁盘镜像或只读介质，先复制到可写路径再操作 挂载后，可通过
Registry.LocalMachine.OpenSubKey("TempHive") 正常读写，和在线注册表无异
RegLoadKey 在 C# 中怎么 P/Invoke 调用
RegLoadKey不在
Microsoft.Win32.Registry里，得自己声明。注意参数类型和调用约定——它属于
advapi32.dll，使用
StdCall，字符串用
LPCTSTR（即 Unicode）。返回值为 Win32 错误码，0 表示成功，非 0 需查
Marshal.GetLastWin32Error()。
关键点：第二个参数是子键名（纯名称），第三个参数是 hive 文件的绝对路径（必须是完整路径，不能是相对路径）。
[DllImport("advapi32.dll", SetLastError = true, CallingConvention = CallingConvention.StdCall)]
private static extern int RegLoadKey(IntPtr hKey, string lpSubKey, string lpFile);
<p>// 示例：把 D:ackupSOFTWARE 加载到 HKLMTempHive
int result = RegLoadKey(Registry.LocalMachine.Handle, "TempHive", @"D:ackupSOFTWARE");
if (result != 0) {
throw new Win32Exception(result); // 如：拒绝访问、文件格式错误等
}
别漏掉 SetLastError = true，否则
GetLastWin32Error()拿不到真实错误码 传入的
hKey只能是
HKEY_LOCAL_MACHINE或
HKEY_USERS的句柄（
Registry.LocalMachine.Handle或
Registry.Users.Handle） 如果 hive 文件损坏或版本太老（比如来自 XP），
RegLoadKey会失败并返回错误码 1392（“尝试访问无效的地址”）
编辑完必须显式卸载，否则 hive 文件一直被锁
挂载后的 hive 会持续占用源文件句柄，不卸载就无法复制、删除、甚至用 regedit 查看原文件。C# 里没自动清理机制，必须手动调用
RegUnLoadKey——而且得在同一个进程、同一用户上下文里执行，不能靠 GC 或 finally 自动兜底。 务必在
try/finally或
using（配合自定义 wrapper）中确保卸载，哪怕中间抛异常
RegUnLoadKey的参数和
RegLoadKey前两个参数一致：句柄 + 子键名（不是文件路径） 如果卸载前 hive 被其他进程修改过（比如另一个工具也挂载了它），卸载可能失败（错误码 183，“已存在”），此时需确认是否重复挂载 卸载后，
Registry.LocalMachine.OpenSubKey("TempHive") 返回 null，这是正常现象
为什么不用 Registry.LoadUserHive 或 Registry.UnloadUserHive
Registry.LoadUserHive是 .NET 6+ 新增的托管封装，但它只包装了
RegLoadAppKey，而
RegLoadAppKey有硬性限制：只能加载用户配置单元（user hive），且只允许读取（写入会静默失败），也不支持 SYSTEM/SOFTWARE 这类系统 hive。所以对离线系统修复场景完全不可用。 试图用
Registry.LoadUserHive(@"D:ackupSOFTWARE", "TempHive")会抛出
NotSupportedException（因为 SOFTWARE 不是 user hive 格式） 即使对真正的 NTUSER.DAT，
LoadUserHive默认以只读方式打开，传
RegistryRights.WriteKey也没用 它的设计初衷是沙箱化加载用户配置，不是替代
RegLoadKey的通用方案
真正要改离线系统注册表，绕不开
RegLoadKey+ 管理员权限 + 显式卸载这套组合。最容易被忽略的是：挂载路径名冲突、文件权限不足、以及忘记卸载导致后续操作全部卡死——这几个点，比写错代码更容易让整个流程崩掉。
