c++怎么操作Windows注册表_c++ RegOpenKeyEx与键值对读写【指南】_技术教程

RegOpenKeyEx失败主因是权限不足、32/64位视图混淆、路径错误及句柄未正确管理；需显式指定KEY_WOW64_64KEY等标志、双反斜杠路径、先查长度再读字符串、写入时确保权限与类型匹配并补L'\0'、及时关闭有效句柄。

RegOpenKeyEx 打开注册表项失败的常见原因

多数情况下 RegOpenKeyEx 返回 ERROR_ACCESS_DENIED 或 ERROR_FILE_NOT_FOUND，不是代码写错了，而是权限或路径问题。Windows 注册表分 32/64 位视图，且默认不继承管理员权限。

HKEY_LOCAL_MACHINE 下多数子键（如 SOFTWARE\Microsoft\Windows\CurrentVersion\Run）需要管理员权限才能打开，否则直接失败
32 位程序在 64 位 Windows 上默认访问的是 WOW6432Node 重定向路径，比如你写 L"SOFTWARE\\MyApp"，实际访问的是 SOFTWARE\\WOW6432Node\\MyApp
使用 KEY_WOW64_64KEY 或 KEY_WOW64_32KEY 标志可显式指定视图，但必须和 RegOpenKeyEx 的 dwAccess 参数一起用，不能只传标志不传权限
路径中的反斜杠必须是双写：L"SYSTEM\\CurrentControlSet\\Services"，单反斜杠会编译报错或导致字符串截断

读取字符串值：RegQueryValueEx 的正确调用顺序

读取 REG_SZ 或 REG_EXPAND_SZ 值时，不能直接传栈上固定大小缓冲区——必须先用 NULL 和 0 调用一次，获取真实长度，再分配内存。

DWORD type = 0, size = 0;
LONG res = RegQueryValueEx(hKey, L"DisplayName", nullptr, &type, nullptr, &size);
if (res == ERROR_SUCCESS && (type == REG_SZ || type == REG_EXPAND_SZ)) {
    std::vector buf(size);
    res = RegQueryValueEx(hKey, L"DisplayName", nullptr, &type, buf.data(), &size);
    if (res == ERROR_SUCCESS) {
        std::wstring value(reinterpret_cast(buf.data()));
        // value 已就绪
    }
}

忽略 type 检查可能导致把二进制数据当字符串解析，出现乱码或崩溃
size 单位是字节，不是字符；REG_SZ 值末尾带 L'\0'，所以实际字符串长度是 (size / sizeof(wchar_t)) - 1
不要用 sizeof(buf) 代替 size 参数，那是缓冲区大小，不是值大小

写入 DWORD 和字符串值：RegSetValueEx 的权限与类型匹配

写入失败往往因为目标键只有 KEY_READ 权限，或类型传错。注册表不自动转换类型，REG_DWORD 必须传 sizeof(DWORD) 字节，REG_SZ 必须以 L'

写入失败往往因为目标键只有 KEY_READ 权限，或类型传错。注册表不自动转换类型，REG_DWORD 必须传 sizeof(DWORD) 字节，REG_SZ 必须以 L'\0' 结尾。

' 结尾。

DWORD dwVal = 1;
RegSetValueEx(hKey, L"Start", 0, REG_DWORD, reinterpret_cast(&dwVal), sizeof(dwVal));
std::wstring strVal = L"myapp.exe";
RegSetValueEx(hKey, L"ImagePath", 0, REG_SZ,
reinterpret_cast>(strVal.c_str()),
(strVal.length() + 1)  sizeof(wchar_t));

写入 REG_SZ 时漏掉 +1 会导致注册表中该值损坏，后续读取可能返回 ERROR_MORE_DATA
RegSetValueEx 不创建中间路径，父键必须已存在；若需递归创建，请用 RegCreateKeyEx
写入 HKEY_LOCAL_MACHINE 下的键，进程必须以管理员权限运行，否则返回 ERROR_ACCESS_DENIED

关闭句柄和错误检查不能省略

注册表句柄是系统资源，不关会泄漏；且 RegCloseKey 成功与否不影响业务逻辑，但忽略它会让调试变得困难——比如某次 RegOpenKeyEx 失败后没关前一个句柄，下次再开可能因句柄数超限而失败。

每次 RegOpenKeyEx 后必须配对 RegCloseKey，哪怕只读一行值
不要依赖 RAII 自动管理（如智能指针），Windows API 没有标准句柄析构器；建议用作用域内 std::unique_ptr 配自定义 deleter，或手动加 if (hKey != nullptr) RegCloseKey(hKey);
RegOpenKeyEx 返回非 ERROR_SUCCESS 时，hKey 是未定义值，此时绝不能传给 RegCloseKey
典型错误写法：RegCloseKey(hKey); hKey = nullptr; 放在所有分支外——如果 RegOpenKeyEx 失败，hKey 是垃圾值，RegCloseKey 可能触发 AV