Win32_VideoController.Name不可靠，应优先用PNPDeviceID解析硬件ID，辅以VideoProcessor或AdapterCompatibility；AdapterRAM需用UInt64转换并除以1024²；过滤运行中设备用CurrentHorizontalResolution>0且Availability=3。
直接用 Win32_VideoController 就能拿到型号，但别信 Name 字段
绝大多数显卡型号（比如 NVIDIA GeForce RTX 4090 或 AMD Radeon RX 7900 XTX）确实能从 Win32_VideoController.Name 读出来，但这个字段不可靠：集成显卡常显示为 Intel(R) HD Graphics 这种泛称，没具体代号；某些 OEM 机器甚至返回空或“Microsoft Basic Display Adapter”。真正稳定的是 AdapterCompatibility + VideoProcessor 组合，或者更准的 PNPDeviceID 解析出硬件 ID。
-
PNPDeviceID示例值：PCI\VEN_10DE&DEV_2206&SUBSYS...→ 其中VEN_10DE是 NVIDIA 厂商码，DEV_2206是 GPU 核心代号（对应 RTX 4080） - 想自动查代号？得查 PCI ID 数据库（如 devicehunt.com），不能只靠 WMI
- 如果只要“能用的型号名”，建议 fallback 逻辑：
Name→VideoProcessor→AdapterCompatibility
AdapterRAM 返回的是字节数，不是 MB/GB，转错会差 1024 倍
WMI 返回的显存是原始字节值，类型是 uint64，但直接除以 1000 或漏掉类型转换会导致结果错乱。常见错误是写成 (int)gpu["AdapterRAM"] / 1024 / 1024 —— 如果显存超 2GB，int 强转会溢出变负数。
- 正确做法：
Convert.ToUInt64(gpu["AdapterRAM"]) / (1024UL * 1024UL)（用UL避免整数溢出） - 注意：这个值是“显卡标称显存”，不是实际可用显存；核显会返回共享内存总量（含被系统占用部分）
- 若需区分独显/核显，看
AdapterDACType：独显多为Internal，核显常为Integrated（非绝对，需结合PNPDeviceID判断）
多显卡场景下，Win32_VideoController 返回所有控制器，包括禁用设备
笔记本插独显+集显、台式机双卡、甚至虚拟机里挂的显卡，都会被列出来。但你通常只关心“正在驱动显示输出”的那块——也就是 CurrentHorizontalResolution > 0 的设备。否则容易误把已禁用的旧卡当主力。
- 过滤条件建议：
WHERE CurrentHorizontalResolution > 0 AND Availability = 3（Availability = 3表示“运行中”） - 别依赖
Index或遍历顺序：WMI 不保证返回顺序，不同系统启动后可能变化 - 如果要做显卡切换检测（如 Optimus 动态切换），得监听
Win32_DeviceChangeEvent，而不是只查一次
想读温度/占用率？Win32_VideoController 不提供，得换路子
WMI 的 Win32_VideoController 类只暴露基础硬件参数，不包含实时性能数据。试图读 LoadPercentage 或 Temperature 字段会返回 null 或抛 ManagementException（错误码 0x80041013）。
- 可行替代方案：
PerformanceCounter类查NVidia GPU Activity或GPU Engine计数器（仅限有驱动支持的型号） - 更通用做法：调用
NvAPI.dll（NVIDIA）或ADL.NET（AMD）等厂商 SDK，但需额外部署和权限 - 命令行兜底：执行
dxdiag /t dxdiag.txt后解析文本，或用GPU-Z.exe -dump（需用户装第三方工具）
最易被忽略的一点：WMI 查询本身在低权限进程里可能被禁用（尤其企业域环境），别假设 ManagementObjectSearcher 总能成功——必须加 try/catch，且要有无 WMI 时的降级策略。
