最可靠的是win32_videocontroller.name字段，返回驱动识别的显卡全名（如“nvidia geforce rtx 4090”），优于videoprocessor（仅微架构代号）和adaptercompatibility（常为空或“vga compatible”）；需过滤name不含“microsoft”、adapterram>0，并按pnpdeviceid识别厂商。
WMI查询显卡型号：用Win32_VideoController获取Name和AdapterCompatibility
直接查 Win32_VideoController 类的 Name 字段最可靠，它返回的是驱动识别出的显卡全名（如“NVIDIA GeForce RTX 4090”），比 VideoProcessor 或 AdapterRAM 的原始值更贴近用户认知。注意 Name 可能含厂商前缀（如“Intel(R) Arc(TM) A770 Graphics”），若需清洗，建议按空格/括号切分后取关键词，别硬匹配子串。
常见错误是误读 VideoProcessor ——它只返回GPU微架构代号（如“GA102”或“Xe-HPG”），对终端用户无意义；还有人查 AdapterCompatibility，但它通常为空或填“VGA Compatible”，不可靠。
- 必须以管理员权限运行，否则部分字段（尤其是多显卡时）可能为空或访问被拒
- 如果系统有核显+独显，
Win32_VideoController会返回多条记录，需过滤AdapterRAM > 0或检查PNPDeviceID是否含 “PCI\VEN_10DE”（NVIDIA）、“PCI\VEN_1002”（AMD）、“PCI\VEN_8086”（Intel） - 用
WQL查询时加WHERE NOT Name LIKE '%Microsoft%'排除虚拟适配器（如RemoteFX、Basic Render Driver）
WMI查询显存大小：AdapterRAM字段单位是字节，需手动换算
AdapterRAM 是 Win32_VideoController 中唯一公开的显存字段，但它的值是字节数（uint64），且**不区分共享内存与专用显存**——集成显卡返回的是系统分配给GPU的最大共享内存（如 BIOS 设置的 512MB），独立显卡才接近真实显存容量。Windows 自身也用这个字段显示在设备管理器中。
容易踩的坑：直接输出 AdapterRAM 值会被当成字节（比如显示 “8589934592”），用户完全看不懂；另外，某些旧驱动或虚拟机下该字段为 0，此时不能 fallback 到 SharedSystemMemory（它属于 Win32_ComputerSystem，是整机共享内存，和GPU无关）。
- 换算公式：(
AdapterRAM+ 512*1024*1024) / (1024*1024*1024) 向下取整 → 得到 GiB（加 512MB 是为了四舍五入到最接近的整数 GiB） - 若
AdapterRAM == 0，应跳过该设备或标记为“无法获取”，不要返回 0GB - 避免用 KB/MB 单位换算（如 /1000/1000），Windows 和硬件厂商都按二进制 GiB 计算
C++调用WMI的最小可行代码：绕过COM初始化陷阱
很多示例代码直接复制 MSDN 的完整COM初始化模板，结果在DLL或非UI线程里崩掉。实际只需确保：CoInitializeEx(nullptr, COINIT_MULTITHREADED)（不是 COINIT_APARTMENTTHREADED），且必须在调用 CoCreateInstance 前完成；释放时调用 CoUninitialize() 即可，不用管 Release 次数。
关键点在于 IEnumWbemClassObject::Next() 的超时参数：设为 WBEM_INFINITE 容易卡死（尤其远程WMI或驱动异常时），应设为 5000（毫秒）并检查返回值是否为 WBEM_S_FALSE（表示无更多结果）而非直接当错误处理。
- 必须 #import “wmiutils.dll” 或链接
wbemuuid.lib，否则__uuidof(IWbemLocator)链接失败 - 查询字符串用 L"SELECT Name,AdapterRAM FROM Win32_VideoController WHERE AdapterRAM > 0"，别漏 WHERE 条件，否则可能拉到禁用设备或远程桌面虚拟适配器
- 读
AdapterRAM用pclsObj->Get(L"AdapterRAM", 0, &vtProp, 0, 0)，返回的是VT_UI8，别用vtProp.lVal（那是VT_I4）
为什么不用dxgi或nvapi/ADL？兼容性与权限差异
DXGI（IDXGIAdapter::GetDesc()）能拿到更准的专用显存（DedicatedVideoMemory），但它只枚举“活动”图形适配器，且需要创建 DXGI factory（隐式依赖 d3d11.dll），在 Server Core 或无图形环境会失败；而 WMI 不依赖 DirectX，只要 WMI 服务（winmgmt）在跑就能查，适合后台服务或远程诊断场景。
NVIDIA/AMD 官方 SDK 虽然精度高，但要额外打包 DLL、处理版本兼容、申请驱动权限，还受限于厂商驱动安装状态——WMI 是 Windows 自带组件，Win7 SP1 以上全支持，部署零成本。
真正要注意的是：WMI 查询慢（首次约 100–300ms），如果高频调用（如每秒多次），务必缓存结果并加时间戳，别每次重新走 COM 查询流程。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
