[源码和文档分享]编程使用WMI

背景

WMI出现至今已经二十多年了，但很多人对它并不熟悉。知道它很好很强大，但不知道它从哪里来，怎么工作，使用范围是什么？

　　WMI有一组API。我们不管使用VBScript、PowerShell脚本还是利用C#的来访问WMI的类库，都是因为WMI向外暴露的一组API。这些API是在系统安装WMI模块的时候安装的，通过他们我们能够能拿到我们想要的类。

　　WMI有一个存储库。尽管WMI的多数实例数据都不存储在WMI中，但是WMI确实有一个存储库，用来存放提供程序提供的类信息，或者称为类的蓝图或者Schema。

　　WMI有一个Service。WMI总是能够响应用户的访问，那是因为它有一个一直运行的Windows服务，名字叫Winmgmt。停止这个服务，所有对WMI的操作都将没有反应。

　　WMI是可扩展的。人人都知道WMI能干很多事情，读取本机硬盘信息、读取远程计算机的用户信息、读取域用户信息等等。基本上，你能想到的获取或者更改资源的操作，它都能干。可谓吃得少，干得多。它为什么这么能干呢？这基于WMI的可扩展性。WMI对资源的操作，不是它自己实现了什么方法，而完全取决于向它注册的提供程序。

　　WMI是管理员日常必备的强大工具之一，是脚本伴侣。当然也可以把一个大型系统建立在WMI以及WMI的提供程序之上。

WMI的全称是Windows Management Instrumentation，即Windows管理工具。它是Windows操作系统中管理数据和操作的基础模块。我们可以通过WMI脚本或者应用程序去管理本地或者远程计算机上的资源。对于VC和汇编程序员，想获取诸如CPU序列号和硬盘序列号等信息是非常容易的。但是对于VB以及其他一些脚本语言，想尝试获取系统中一些硬件信息可能就没那么容易了。微软为了能达到一种通用性目的（遵守某些行业标准），设计了WMI。它提供了一个通过操作系统、网络和企业环境去管理本地或远程计算机的统一接口集。应用程序和脚本语言使用这套接口集去完成任务，而不是直接通过Windows API。可能有人要问，为什么不让设计的脚本直接在底层使用Windows API，而非要弄个新的技术呢？原因是在目前Windows API中，有些是不支持远程调用或者脚本调用的。这样通过统一模型的WMI，像VB和脚本语言就可以去访问部分系统信息了。但是并不是所有脚本语言都可以使用WMI技术：它要支持ActiveX技术。

WMI通常是被脚本所调用的，不过也对。对于WMI能做的操作，我们也完全可以通过VS去调用Win32 API去实现。但是，本文要讲的是使用VS调用WMI提供的接口去获取系统的信息。那么，VS中怎么使用WMI呢？接下来，我就把我所了解的知识分享给大家。

参考文档和完整的文档和源码下载地址：

https://www.write-bug.com/article/1839.html