WMI查询需严格初始化COM与安全上下文：先调用CoInitializeEx(COINIT_MULTITHREADED)，再CoInitializeSecurity（认证级别至少RPC_C_AUTHN_LEVEL_PKT_PRIVACY），并对每个接口调用CoSetProxyBlanket；命名空间和类名须准确且区分大小写；读取属性前须检查VARIANT类型是否为VT_NULL或VT_EMPTY；释放顺序必须为IEnumWbemClassObject→IWbemClassObject→IWbemServices→ISWbemLocator；最终调用CoUninitialize()。
WMI 查询必须先初始化 COM 和安全上下文
不初始化 COM 就调用 CoInitializeEx 或漏掉 CoSetProxyBlanket，十有八九会返回 RPC_E_CHANGED_MODE 或 WBEM_E_ACCESS_DENIED。WMI 是基于 DCOM 的服务，哪怕本地查询也绕不开这层。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须用
COINIT_MULTITHREADED初始化（COINIT_APARTMENTTHREADED在 WMI 场景下容易触发线程模型冲突） - 调用
CoInitializeSecurity时，dwAuthnLevel至少设为RPC_C_AUTHN_LEVEL_PKT_PRIVACY；若省略或设为RPC_C_AUTHN_LEVEL_NONE，Windows 10/11 上多数 WMI 类（如Win32_BaseBoard）会直接拒绝访问 - 后续每个
IUnknown*接口（尤其是IEnumWbemClassObject）都要用CoSetProxyBlanket设置凭证和权限，否则枚举时可能静默失败或只返回空结果
查询 Win32_BaseBoard 或 Win32_VideoController 需指定正确命名空间和类名
常见错误是硬写 "root\cimv2" 却没验证路径是否存在，或把类名拼错成 Win32_Baseboard（少个大写 B）——WMI 类名严格区分大小写，且部分类在精简版系统中被禁用（如某些 OEM 系统隐藏了 Win32_BaseBoard.SerialNumber）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
SWbemServices::ExecQuery前，先确认命名空间可用：尝试连接"root\cimv2"，失败则降级试"root\cimv2\security\microsoftwindowswmi"（仅限特定安全信息） -
Win32_BaseBoard.SerialNumber在部分品牌主板（如联想、戴尔）返回的是空字符串或 "To Be Filled By O.E.M."，此时应 fallback 到Win32_BIOS.SerialNumber -
Win32_VideoController.Name是显卡型号，但若驱动未加载完整，可能返回 "Microsoft Basic Display Adapter"；可加条件WHERE PNPDeviceID LIKE 'PCI%'过滤真实硬件
遍历 IWbemClassObject* 属性时，必须检查 VT_NULL 和 VT_EMPTY
WMI 返回的属性值不是总有效：比如未授权读取 SerialNumber 时，VARIANT 的 vt 字段是 VT_NULL，直接调用 VariantToString 会崩溃；而某些字段（如 Win32_VideoController.AdapterRAM）在集成显卡上可能是 VT_EMPTY。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每次调用
GetNamedValue后，先判断var.vt == VT_NULL || var.vt == VT_EMPTY，再决定是否继续解析 - 字符串字段（如
Name,SerialNumber）用var.bstrVal，但必须用SysStringLen检查长度，不能假设以 - 数值字段（如
AdapterRAM）优先用VarChangeType(&var, &var, 0, VT_I4)转换，避免var.lVal误读高位
释放顺序错误会导致内存泄漏或访问违规
WMI 接口释放有强依赖顺序：必须先释放 IEnumWbemClassObject*，再释放所有从中获取的 IWbemClassObject*，最后才释放 IWbemServices* 和 ISWbemLocator*。反过来释放（比如先 Release() locator），后续枚举对象可能已失效。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用 RAII 包装器（如
com_ptr<iwbemclassobject></iwbemclassobject>）比裸指针更安全，但注意其析构顺序仍需符合 WMI 文档要求 - 调用
SafeArrayDestroy释放SAFEARRAY*前，确认它非NULL—— WMI 有时返回NULL数组而非空数组 - 最终必须调用
CoUninitialize()，否则进程退出时 COM 可能残留引用，影响后续调试
真正麻烦的不是写几行 WMI 查询代码，而是不同 Windows 版本、不同 UAC 级别、不同 BIOS 实现对同一属性的返回策略差异极大。比如 Win32_BaseBoard.SerialNumber 在 Win10 家庭版可能永远为空，但在专业版+管理员权限下才可见——这类边界情况没法靠一次查询覆盖，得靠 fallback 链和权限检测兜底。
