我正在使用 Visual Studio 2010 来定位 .NET 4.0 客户端配置文件。我有一个 C# 类来检测给定进程何时开始/终止。为此，该类使用 ManagementEventWatcher，其初始化如下； query、scope 和watcher 是类字段:

query = new WqlEventQuery();
query.EventClassName = "__InstanceOperationEvent";
query.WithinInterval = new TimeSpan(0, 0, 1);
query.Condition = "TargetInstance ISA 'Win32_Process' AND TargetInstance.Name = 'notepad.exe'";

scope = new ManagementScope(@"\\.\root\CIMV2");

watcher = new ManagementEventWatcher(scope, query);
watcher.EventArrived += WatcherEventArrived;
watcher.Start();

事件 EventArrived 的处理程序如下所示:

private void WatcherEventArrived(object sender, EventArrivedEventArgs e)
{
    string eventName;

    var mbo = e.NewEvent;
    eventName = mbo.ClassPath.ClassName;
    mbo.Dispose();

    if (eventName.CompareTo("__InstanceCreationEvent") == 0)
    {
        Console.WriteLine("Started");
    }
    else if (eventName.CompareTo("__InstanceDeletionEvent") == 0)
    {
        Console.WriteLine("Terminated");
    }
}

此代码基于a CodeProject article .我添加了对 mbo.Dispose() 的调用，因为它泄漏了内存:每次引发 EventArrived 时大约 32 KB，每秒一次。泄漏在 WinXP 和 Win7(64 位)上都很明显。

到目前为止一切顺利。为了尽责，我添加了一个 try-finally 子句，如下所示:

var mbo = e.NewEvent;
try
{
    eventName = mbo.ClassPath.ClassName;
}
finally
{
    mbo.Dispose();
}

没问题。更好的是，C# using 子句更紧凑但等效:

using (var mbo = e.NewEvent)
{
    eventName = mbo.ClassPath.ClassName;
}

太好了，只是现在内存泄漏又回来了。发生了什么事？

嗯，我不知道。但是我尝试用 ILDASM 反汇编这两个版本，它们几乎相同但不完全相同。

来自 try-finally 的 IL:

.try
{
  IL_0030:  nop
  IL_0031:  ldloc.s    mbo
  IL_0033:  callvirt   instance class [System.Management]System.Management.ManagementPath [System.Management]System.Management.ManagementBaseObject::get_ClassPath()
  IL_0038:  callvirt   instance string [System.Management]System.Management.ManagementPath::get_ClassName()
  IL_003d:  stloc.3
  IL_003e:  nop
  IL_003f:  leave.s    IL_004f
}  // end .try
finally
{
  IL_0041:  nop
  IL_0042:  ldloc.s    mbo
  IL_0044:  callvirt   instance void [System.Management]System.Management.ManagementBaseObject::Dispose()
  IL_0049:  nop
  IL_004a:  ldnull
  IL_004b:  stloc.s    mbo
  IL_004d:  nop
  IL_004e:  endfinally
}  // end handler
IL_004f:  nop

来自使用的IL:

.try
{
  IL_002d:  ldloc.2
  IL_002e:  callvirt   instance class [System.Management]System.Management.ManagementPath [System.Management]System.Management.ManagementBaseObject::get_ClassPath()
  IL_0033:  callvirt   instance string [System.Management]System.Management.ManagementPath::get_ClassName()
  IL_0038:  stloc.1
  IL_0039:  leave.s    IL_0045
}  // end .try
finally
{
  IL_003b:  ldloc.2
  IL_003c:  brfalse.s  IL_0044
  IL_003e:  ldloc.2
  IL_003f:  callvirt   instance void [mscorlib]System.IDisposable::Dispose()
  IL_0044:  endfinally
}  // end handler
IL_0045:  ldloc.1

显然问题出在这一行:

IL_003c:  brfalse.s  IL_0044

这等同于 if (mbo != null)，因此永远不会调用 mbo.Dispose()。但是，如果能够访问 .ClassPath.ClassName，mbo 怎么可能为 null？

对此有什么想法吗？

此外，我想知道这种行为是否有助于解释此处 Unresolved 讨论:Memory leak in WMI when querying event logs .

最佳答案

乍一看，ManagementBaseObject 中似乎存在错误。

这是 ManagementBaseObject 中的 Dispose() 方法:

    public new void Dispose() 
    {
        if (_wbemObject != null) 
        {
            _wbemObject.Dispose();
            _wbemObject = null;
        } 
        base.Dispose();
        GC.SuppressFinalize(this); 
    } 

注意它被声明为new。另请注意，当 using 语句调用 Dispose 时，它会使用显式接口(interface)实现。因此调用父 Component.Dispose() 方法，并且从不调用 _wbemObject.Dispose()。 ManagementBaseObject.Dispose() 不应在此处声明为 new。不相信我？这是来自 Component.cs 的评论，就在它的 Dispose(bool) 方法之上:

    ///    <para>
    ///    For base classes, you should never override the Finalier (~Class in C#) 
    ///    or the Dispose method that takes no arguments, rather you should 
    ///    always override the Dispose method that takes a bool.
    ///    </para> 
    ///    <code>
    ///    protected override void Dispose(bool disposing) {
    ///        if (disposing) {
    ///            if (myobject != null) { 
    ///                myobject.Dispose();
    ///                myobject = null; 
    ///            } 
    ///        }
    ///        if (myhandle != IntPtr.Zero) { 
    ///            NativeMethods.Release(myhandle);
    ///            myhandle = IntPtr.Zero;
    ///        }
    ///        base.Dispose(disposing); 
    ///    }

由于此处 using 语句调用显式 IDisposable.Dispose 方法，因此永远不会调用 new Dispose。

编辑

通常我不会假设这样的事情是一个错误，但是因为使用 new 来处理 Dispose 通常是不好的做法(特别是因为 ManagementBaseObject未密封)，并且由于没有注释解释 new 的使用，我认为这是一个错误。

我找不到此问题的 Microsoft Connect 条目，so I made one .如果您可以复制或这是否影响了您，请随时投票。

关于c# - Using 子句无法调用 Dispose？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11896282/