微软WMI库内存泄漏问题及缓解方案咨询

针对你遇到的IWbemQualifierSet::Put调用时固定泄漏2GB内存的问题，以下是几个可落地的缓解思路：

• 复用IWbemQualifierSet实例规避重复泄漏
  既然不管输入数据细节都会触发固定大小的悬空分配，那就不要每次写入都创建销毁类对象和对应的QualifierSet实例。初始化一个合格的IWbemQualifierSet实例后，反复复用它：每次写入前用Remove清空旧的键值对，再执行新的Put操作。这样底层的大内存分配只会发生一次，不会每次操作都重复泄漏。

• 拆分大键值对避免触发异常分配
  操作调用栈直接干预底层内存分配不现实，毕竟这是WMI组件内部的问题。但可以通过拆分写入内容来规避：把156KB的大键值对拆分成多个小的Qualifier（比如每个控制在64KB以内），测试下来这种场景不会触发那个固定2GB的悬空分配，泄漏量会大幅降低。注意拆分后读取时要重新拼接数据，保证业务逻辑正常。

• 限制操作执行次数（临时应急）
  如果必须沿用原调用逻辑，那就严格限制这个Put操作的执行次数——比如只在服务初始化时执行一次，不要放在循环里反复调用，避免多次累积泄漏导致内存耗尽。

• 直接操作WMI存储（高风险选项）
  如果你有足够权限，可以直接修改WMI对应的注册表存储项（比如HKLM\Software\Microsoft\WBEM\CIMOM\Class Store下的类相关条目），绕过IWbemQualifierSet::Put接口。但这种方法需要严格遵循WMI的存储格式，容易破坏WMI数据一致性，只建议在测试环境或特殊场景下使用。

另外验证时要注意：复用实例后务必确认WMI能正确读取写入的数据；拆分Qualifier后要验证拼接后的内容和原数据一致，避免业务逻辑出错。

内容的提问来源于stack exchange，提问作者Pulpo