使用 DirectorySearcher.FindAll() 时出现内存泄漏

Question

我有一个长时间运行的进程，需要经常对 Active Directory 进行大量查询。为此，我一直使用 System.DirectoryServices 命名空间、DirectorySearcher 和 DirectoryEntry 类。我注意到应用程序中存在内存泄漏。

可以用以下代码重现它：

while (true)
{
    using (var de = new DirectoryEntry("LDAP://hostname", "user", "pass"))
    {
        using (var mySearcher = new DirectorySearcher(de))
        {
            mySearcher.Filter = "(objectClass=domain)";
            using (SearchResultCollection src = mySearcher.FindAll())
            {
            }            
         }
    }
}

这些类的文档表明，如果不调用 Dispose()，它们将泄漏内存。我也尝试过不释放，在这种情况下它只会泄漏更多内存。我已经用框架版本 2.0 和 4.0 对此进行了测试，以前有人遇到过这个吗？有什么解决方法吗？

更新：我尝试在另一个 AppDomain 中运行代码，但似乎也没有帮助。

Answer 1

尽管可能很奇怪，但似乎只有当您不对搜索结果执行任何操作时才会发生内存泄漏。按如下方式修改问题中的代码不会泄漏任何内存：

using (var src = mySearcher.FindAll())
{
   var enumerator = src.GetEnumerator();
   enumerator.MoveNext();
}

这似乎是由具有延迟初始化的内部 searchObject 字段引起的，用 Reflector 查看 SearchResultCollection ：

internal UnsafeNativeMethods.IDirectorySearch SearchObject
{
    get
    {
        if (this.searchObject == null)
        {
            this.searchObject = (UnsafeNativeMethods.IDirectorySearch) this.rootEntry.AdsObject;
        }
        return this.searchObject;
    }
}

除非初始化 searchObject ，否则 dispose 不会关闭非托管句柄。

protected virtual void Dispose(bool disposing)
{
    if (!this.disposed)
    {
        if (((this.handle != IntPtr.Zero) && (this.searchObject != null)) && disposing)
        {
            this.searchObject.CloseSearchHandle(this.handle);
            this.handle = IntPtr.Zero;
        }
    ..
   }
}

对 ResultsEnumerator 调用 MoveNext 会调用集合上的 SearchObject，从而确保它也得到正确处理。

public bool MoveNext()
{
  ..
  int firstRow = this.results.SearchObject.GetFirstRow(this.results.Handle);
  ..
}

我的应用程序中的泄漏是由于其他一些非托管缓冲区未正确释放而导致的，并且我所做的测试具有误导性。现在问题已解决。

Answer 2

托管包装器实际上并没有泄漏任何内容。如果您不调用 Dispose，未使用的资源仍将在垃圾收集期间被回收。

但是，托管代码是基于 COM 的 ADSI API 之上的包装器，当您创建 DirectoryEntry 时，底层代码将调用 ADsOpenObject 函数。当DirectoryEntry 被释放或在最终确定期间，返回的COM 对象被释放。

当您将 ADsOpenObject API 与一组凭据和 WinNT 提供程序一起使用时，存在已记录的内存泄漏：

• 此内存泄漏发生在所有版本的 Windows XP、Windows Server 2003、Windows Vista、Windows Server 2008、Windows 7 和 Windows Server 2008 R2 上。
• 仅当您将 WinNT 提供程序与凭据一起使用时，才会发生此内存泄漏。 LDAP 提供程序不会以这种方式泄漏内存。

然而，泄漏只有 8 个字节，而且据我所知，您正在使用 LDAP 提供程序而不是 WinNT 提供程序。

调用DirectorySearcher.FindAll将执行需要大量清理的搜索。此清理是在 DirectorySearcher.Dispose 中完成的。在您的代码中，此清理是在循环的每次迭代中执行的，而不是在垃圾收集期间执行的。

除非 LDAP ADSI API 中确实存在未记录的内存泄漏，否则我能想到的唯一解释是非托管堆的碎片。 ADSI API 由进程内 COM 服务器实现，每次搜索可能会在进程的非托管堆上分配一些内存。如果此内存变得碎片化，则在为新搜索分配空间时，堆可能必须增长。

如果我的假设成立，一种选择是在单独的 AppDomain 中运行搜索，然后可以回收该 AppDomain 以卸载 ADSI 并回收内存。然而，尽管内存碎片可能会增加对非托管内存的需求，但我预计需要多少非托管内存会有一个上限。当然，除非你有泄漏。

另外，您可以尝试使用 DirectorySearcher.CacheResults 属性。将其设置为 false 是否可以消除泄漏？

Answer 3

由于实现限制，SearchResultCollection 类在进行垃圾回收时无法释放其所有非托管资源。为了防止内存泄漏，当不再需要 SearchResultCollection 对象时，必须调用 Dispose 方法。

http://msdn.microsoft.com/en- us/library/system.directoryservices.directorysearcher.findall.aspx

编辑：

我已经能够使用 perfmon 重现明显的泄漏，并在测试应用程序的进程名称上添加专用字节计数器（Experiments.aspx）。 vshost 对我来说）

私有字节计数器将在应用程序循环时稳步增长，它开始时约为 40,000,000，然后每隔几秒增长约一百万字节。好消息是，当您终止应用程序时，计数器会恢复正常 (35,237,888)，因此最终会进行某种清理。

我附上了 perfmon 泄漏时的屏幕截图

更新：

我已经尝试过一些解决方法，例如禁用 DirectoryServer 对象上的缓存，但没有帮助。

FindOne() 命令不会泄漏内存，但我不确定您需要做什么才能使该选项为您工作，可能会不断编辑过滤器，在我的 AD 控制器上，只有一个域，所以查找所有findone 给出相同的结果。

我还尝试对 10,000 个线程池工作人员进行排队以创建相同的 DirectorySearcher.FindAll()。它完成得更快，但它仍然泄漏内存，并且实际上私有字节增加到大约 80MB，而不是“正常”泄漏的 48MB。

因此，对于这个问题，如果您能让 FindOne() 为您工作，您就有了解决方法。祝你好运！

Answer 4

您是否尝试过使用using和Dispose()？
来自此处的信息

更新

尝试致电de。使用结束前关闭();。

抱歉，我实际上没有活动域服务来测试它。

Answer 5

找到了一个快速而肮脏的方法来解决这个问题。

我在程序中遇到了类似的内存增长问题，但通过将 .GetDirectoryEntry().Properties("cn").Value 更改为

.GetDirectoryEntry().Properties("cn")。 Value.ToString 事先使用 if 来确保 .value 不为 null

我能够告诉 GC.Collect 删除 foreach 中的临时值。看起来 .value 实际上是让对象保持活动状态，而不是允许它被收集。