我用C#编写了一个应用程序，使用.NET 3.0在VS2005中实现了监控各种可移动驱动器（USB闪存盘、CD-ROM等）插入/弹出的功能。我不想使用WMI，因为它有时会产生歧义（例如，对于一个USB驱动器，它可以生成多个插入事件），所以我简单地重写了主窗体的WndProc来捕获WM_DEVICECHANGE消息，如此处所提议的那样。昨天，当我发现我必须使用WMI检索一些模糊的磁盘详细信息（比如序列号）时，我遇到了一个问题。结果发现，从WndProc内部调用WMI例程会引发DisconnectedContext MDA异常。
经过一些挖掘，我最终采用了一个尴尬的解决方法。代码如下：
经过一些挖掘，我最终采用了一个尴尬的解决方法。代码如下：
// the function for calling WMI
private void GetDrives()
{
ManagementClass diskDriveClass = new ManagementClass("Win32_DiskDrive");
// THIS is the line I get DisconnectedContext MDA on when it happens:
ManagementObjectCollection diskDriveList = diskDriveClass.GetInstances();
foreach (ManagementObject dsk in diskDriveList)
{
// ...
}
}
private void button1_Click(object sender, EventArgs e)
{
// here it works perfectly fine
GetDrives();
}
protected override void WndProc(ref Message m)
{
base.WndProc(ref m);
if (m.Msg == WM_DEVICECHANGE)
{
// here it throws DisconnectedContext MDA
// (or RPC_E_WRONG_THREAD if MDA disabled)
// GetDrives();
// so the workaround:
DelegateGetDrives gdi = new DelegateGetDrives(GetDrives);
IAsyncResult result = gdi.BeginInvoke(null, "");
gdi.EndInvoke(result);
}
}
// for the workaround only
public delegate void DelegateGetDrives();
这基本上意味着在单独的线程上运行与WMI相关的过程，但是需要等待它完成。
现在的问题是：为什么它有效，为什么必须这样做？（或者说，是否必须这样做？）
我不明白首先会出现DisconnectedContext MDA或RPC_E_WRONG_THREAD的原因。从按钮单击事件处理程序运行GetDrives()过程与从WndProc调用它有何区别？它们不是发生在我的应用程序的同一主线程上吗？顺便说一下，我的应用程序完全是单线程的，所以为什么突然会出现涉及某些“错误线程”的错误？使用WMI是否意味着多线程和对System.Management函数的特殊处理？
同时，我找到了另一个与MDA相关的问题，here。好吧，我可以认为调用WMI意味着为基础COM组件创建单独的线程，但我仍然不明白为什么按下按钮后调用它时不需要魔法，而从WndProc调用它时需要魔法。
我真的对此感到困惑，并希望能够澄清这个问题。只有几件比拥有解决方案但不知道为什么它有效的事情更糟糕:/
干杯， Aleksander