regopenkeyex 打不开 hkey_local_machine 的主因是32位程序在64位windows上未指定 key_wow64_64key 掩码，导致访问被重定向至 wow6432node 视图而权限拒绝；正确做法是将 samdesired 设为 key_read | key_wow64_64key。
RegOpenKeyEx 打不开 HKEY_LOCAL_MACHINE？权限和访问掩码是关键
默认情况下，32位程序在64位Windows上通过 RegOpenKeyEx 访问 HKEY_LOCAL_MACHINE 的某些子键（比如 SOFTWAREMicrosoftWindowsCurrentVersionUninstall）会失败，返回 ERROR_ACCESS_DENIED，不是路径写错了，而是没加 KEY_WOW64_64KEY 或 KEY_WOW64_32KEY 掩码。
常见错误现象：RegOpenKeyEx 返回非零值，GetLastError() 是 5（拒绝访问），但用 regedit.exe 却能正常看到该键。
- 64位程序读注册表：直接用
HKEY_LOCAL_MACHINE即可，无需额外掩码 - 32位程序读 64位视图（即真实系统软件列表）：必须在
samDesired参数中或运算KEY_WOW64_64KEY - 32位程序读 32位视图（如 WoW64 下的兼容软件）：用
KEY_WOW64_32KEY - 掩码要和
KEY_READ组合，例如：KEY_READ | KEY_WOW64_64KEY
RegQueryValueEx 读字符串值时，缓冲区大小和类型容易出错
RegQueryValueEx 不会自动帮你分配内存，你得自己预估缓冲区大小，而且必须传入正确的 lpType 地址——漏传或传 nullptr 会导致崩溃或乱码。
使用场景：读取 DisplayName 这类 REG_SZ 类型的字符串值。
- 第一次调用先传
lpData = nullptr，让系统把所需字节数写入lpcbData，此时lpcbData必须是非空指针且初始值设为 0 - 第二次分配缓冲区：注意
REG_SZ是宽字符（UTF-16），单位是字节，所以实际分配大小应为*lpcbData + sizeof(wchar_t)（留结尾 ） - 务必检查返回的
lpType是否真为REG_SZ或REG_EXPAND_SZ，别假设它一定对 - 若值是
REG_EXPAND_SZ，要用ExpandEnvironmentStrings展开，否则看到的是%SystemRoot%...原样
完整流程中容易漏掉的资源清理和错误分支
注册表句柄（HKEY）是内核对象，不关会泄漏；而 RegOpenKeyEx 成功后即使后续 RegQueryValueEx 失败，也必须调用 RegCloseKey。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
典型错误写法：只在“查询成功”分支里关句柄，失败就直接 return。
- 推荐用 RAII 封装，但若手写，至少保证每个
RegOpenKeyEx后面都有对应的RegCloseKey，哪怕在 if/else 各分支都写一遍 -
RegQueryValueEx返回ERROR_MORE_DATA时，说明缓冲区不够——这不算失败，是提示你重试，别当成错误直接退出 - 不要用
std::string直接接收宽字符串结果；std::wstring才是正确载体 - 调用前建议用
SetLastError(0)清除前置错误，避免误判上一次 API 的残留状态
为什么 RegOpenKeyEx 在 Windows 10/11 上突然返回 ERROR_FILE_NOT_FOUND？
这不是注册表被删了，很可能是路径中用了反斜杠 但没转义，或者拼接时多/少了一个 ，导致最终传入的子键名开头或结尾带多余分隔符（如 "\SOFTWARE" 或 "SOFTWARE\"）。
Windows 注册表 API 对路径格式敏感，RegOpenKeyEx 的 lpSubKey 参数不能以 开头，也不能为空字符串（除非你要打开根键本身）。
- 安全拼接方式：
std::wstring subkey = L"SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall";—— 只用单个\，不加前导或尾随 - 调试时可用
OutputDebugString打印实际传入的lpSubKey，确认无隐藏空格或 BOM - 部分键名含 Unicode 特殊字符（如注册表重定向器生成的伪键），此时
RegOpenKeyEx会静默失败，建议先用reg query命令行验证路径是否存在
注册表操作最麻烦的从来不是 API 调用本身，而是 Windows 对 32/64 位视图、权限层级、路径格式和错误码含义的隐式约束。哪怕一行代码写错掩码或少一个 RegCloseKey，都会让程序在某台机器上稳定复现崩溃，却在开发机上完全正常。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
