必须先用regopenkeyex打开键并检查返回error_success，再调用regqueryvalueex；首次传lpdata为nullptr获取缓冲区大小，再分配宽字符缓冲区（含结尾 ），并确保权限掩码为key_read且路径正确。
如何用 RegOpenKeyEx 和 RegQueryValueEx 读取注册表字符串值
直接读取注册表值前必须先打开键，RegOpenKeyEx 是唯一安全的入口函数；不能跳过这步直接调用 RegQueryValueEx，否则返回 ERROR_FILE_NOT_FOUND 或 ERROR_ACCESS_DENIED。
常见错误是权限不足：比如试图读 HKEY_LOCAL_MACHINE 下的键却没以管理员身份运行程序，此时 RegOpenKeyEx 返回 ERROR_ACCESS_DENIED，而非键不存在。应优先检查返回值是否为 ERROR_SUCCESS，再继续查询。
- 使用
KEY_READ访问掩码，不要硬写KEY_ALL_ACCESS - 目标键路径如
"SOFTWARE\Microsoft\Windows\CurrentVersion"，注意反斜杠要双写 -
RegQueryValueEx第五参数（lpData）传nullptr可先获取所需缓冲区大小，避免截断 - 字符串值类型通常是
REG_SZ或REG_EXPAND_SZ，需用std::wstring接收并手动补RegQueryValueEx返回长度不含结尾空字符）
HKEY hKey;
if (RegOpenKeyEx(HKEY_LOCAL_MACHINE, L"SOFTWARE\Microsoft\Windows\CurrentVersion", 0, KEY_READ, &hKey) == ERROR_SUCCESS) {
DWORD type = 0, size = 0;
RegQueryValueEx(hKey, L"ProgramFilesDir", nullptr, &type, nullptr, &size);
if (type == REG_SZ && size > 0) {
std::wstring buf(size / sizeof(wchar_t), L' ');
RegQueryValueEx(hKey, L"ProgramFilesDir", nullptr, &type, reinterpret_cast<byte>(&buf[0]), &size);
// buf 现在包含带结尾 的字符串
}
RegCloseKey(hKey);
}</byte>
用 RegSetValueEx 修改注册表值时的类型和权限陷阱
修改值必须用 RegOpenKeyEx 指定 KEY_WRITE（或 KEY_SET_VALUE），且目标键必须存在——RegSetValueEx 不会自动创建父键。若路径中某级键不存在，会直接失败，返回 ERROR_FILE_NOT_FOUND。
最常踩的坑是类型不匹配：RegSetValueEx 第四参数 dwType 必须与实际数据一致。把 REG_SZ 写成 REG_DWORD，或把宽字符串指针当 LPBYTE 传但没设对 cbData（字节数而非字符数），会导致写入乱码或静默失败。
-
REG_SZ值的cbData必须包含结尾(wcslen(str) + 1) * sizeof(wchar_t) - 写
REG_DWORD时，lpData指向DWORD变量地址，cbData固定为sizeof(DWORD) - 修改
HKEY_LOCAL_MACHINE需管理员权限，否则RegOpenKeyEx就失败，根本到不了RegSetValueEx - 不建议用
RegCreateKeyEx替代——它只创建最后一级键，中间缺失的路径不会自动补全
为什么 RegDeleteKeyEx 比 RegDeleteKey 更可靠
RegDeleteKeyEx 是 Windows Vista+ 引入的替代方案，支持删除 64 位视图下的键（如指定 KEY_WOW64_64KEY），而旧版 RegDeleteKey 在 32 位程序里默认操作的是重定向后的 32 位视图，容易删错位置。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
另一个关键点：RegDeleteKeyEx 要求调用者对父键有 DELETE 权限，不是 KEY_WRITE；很多代码误传 KEY_WRITE 导致返回 ERROR_ACCESS_DENIED，其实该换 DELETE。
- 仅当目标键为空时才能成功删除；非空键需先递归清空子键，或改用
RegDeleteTree（Windows Vista+） -
RegDeleteTree是更实用的选择，一行代替遍历删除逻辑，但它不支持 32/64 位视图切换，只能删当前视图下的整棵树 - 删除前务必确认路径——注册表没有回收站，删错
HKEY_LOCAL_MACHINE下的键可能导致系统组件异常
Unicode、句柄泄漏和错误检查这些细节最容易被忽略
所有注册表 API 默认是 Unicode 版（函数名末尾无 A），传入字符串必须是 wchar_t*；用窄字符字符串会编译通过但运行时读到垃圾数据。VS 项目若关闭 UNICODE 宏，API 会退化为 ANSI 版，但 Windows 内部仍存 Unicode，结果不可预测。
句柄泄漏比想象中常见：每次 RegOpenKeyEx 成功后必须配对 RegCloseKey，哪怕后续 RegQueryValueEx 失败了也要关。C++ RAII 包装器能缓解，但原生 API 层面没人替你关。
- 每个 API 调用后都应检查返回值，不要只依赖最后一步的成败
-
RegCloseKey(nullptr)是安全的，可简化错误路径清理逻辑 - 调试时可用 Process Monitor 过滤
RegOpenKey、RegSetValue等事件，看清实际访问路径和权限拒绝原因
真正麻烦的从来不是调用哪个函数，而是路径是否真实存在、当前进程有没有对应架构（32/64）和权限视图下的访问权，以及每一步的错误是否被及时捕获和处理。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
