不多说，看下面代码。
#include <stdio.h>
#include <windows.h>
#include <winreg.h>
HKEY hKEY; //用于承接返回的句柄
long regOpenResult; //注册表打开及查询后返回的结果集,用于判断
DWORD dataType;
DWORD dataSize = 255; //测试环境数值写死,生产环境不建议这么使用,
//由于dataSize是个未知数,建议使用前先利用
//RegQueryValueEx函数查询后再使用
DWORD data;
void main(void)
{
regOpenResult = RegOpenKeyExA(HKEY_LOCAL_MACHINE, "SOFTWARE\\Microsoft\\NET Framework Setup\\NDP\\v4\\Full", 0, KEY_READ, &hKEY);
if (regOpenResult == ERROR_SUCCESS)
{
if (RegQueryValueExA(hKEY, "Release", NULL, &dataType, (LPBYTE)&data, &dataSize) == ERROR_SUCCESS)
{
printf("%d", data);
}
else
{
printf("读取失败");
}
}
else
{
printf("未找到该路径！");
}
RegCloseKey(hKEY); // 程序结束前要关闭已经打开的 hKEY
}
注：上方代码经测试，可以正常运行 且 正确读取到数据值
说两个值得注意的关键点。
第一，用于承接返回数据的类型必须是DWORD，不能是char 、TCHAR或其他类型。
第二，在函数的形参中，使用RegQueryValueEx()函数时不能直接使用上方定义的形参，
而是取址使用。
例如下方的
RegQueryValueExA(hKEY, "Release", NULL, &dataType, (LPBYTE)&dwValue, &dataSize)
括号里的内容可以忽略
（这里为什么不使用RegQueryValueEx()而是使用RegQueryValueExA()就简单说一下缘由,
使用RegQueryValueExA()
在参数中使用字符串时不会报："const char *" 类型的实参与 "LPCTSTR" 类型的形参不兼容；具体原因自己make吧。
当然也可以不用，前提是不报错）
下图为解决之前的乱码图。
解决方案为上方两条注意的关键点。
附上解决后的成功图
网上很多帖子，都没有经过真实环境测试就往上贴，千篇一律，甚至有的改都没改就直接贴。
关于RegQueryValueEx()函数的第五个参数使用，网上很多帖子都是没有&，直接使用声明的变量。
一定要Get到这个点，因为这个点走了很多不该走的弯路，希望刚涉及到此注册表函数的人能越过此坑。
耗费时间3天。（非完整3天，一没有思路就扔下，之后明天再继续拾起来解决）
完结
