c# - 非托管代码中的内存泄漏？

Question

我已经很长时间地追踪到泄漏，但我似乎无法自己理解(修复)它。我首先使用 ANTS 内存分析器来确保我的代码实际上是在堆叠内存。它从使用 25 MB 开始，但在一个小时左右的时间内使用了超过 100 MB。我为之编写此代码的一个 friend 实际上一直在使用这个错误的程序，他用了整个 18 GB 的内存并遇到了内存不足异常。

泄漏部分对程序来说并不重要，但如果没有 RefreshSessions() 方法，它就几乎没用了。

我一直在扩展项目Vista Core Audio API Master Volume Control来自代码项目。

这是似乎泄漏的部分。测试不使用它，然后它不泄漏。

更新:

public void RefreshSessions()
    {
        Marshal.ThrowExceptionForHR(_AudioSessionManager.GetSessionEnumerator(out _SessionEnum));
        _Sessions.Refresh(_SessionEnum);
    }

(从这里删除了类代码)

我没有编写太多代码，所以我可能遗漏了一些东西，但如果需要更多详细信息，您可以实际下载源代码，或者我可以尽我最大的能力回答。

(此处删除了不必要的代码)

泄漏是用这个简单的控制台应用程序测试的:

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            MMDeviceEnumerator DevEnum = new MMDeviceEnumerator();
            MMDevice device = DevEnum.GetDefaultAudioEndpoint(EDataFlow.eRender, ERole.eMultimedia);

            Console.ReadKey();
            int i = 0;
            while (i < 10000)
            {
                device.AudioSessionManager.RefreshSessions();
                i++;
            }
            Console.ReadKey();
        }
   }
}

更新 2

我想我已经修好了。必须运行一些更长的测试，但至少看起来内存使用已经稳定。这个想法来自 dialer，他在 C++ 中找到了泄漏的修复程序。

public void RefreshSessions()
        {
            _Sessions.Release(); //added this
            IAudioSessionEnumerator _SessionEnum;
            Marshal.ThrowExceptionForHR(_AudioSessionManager.GetSessionEnumerator(out _SessionEnum));
            _Sessions.Refresh(_SessionEnum);
        }

这是SessionCollection中的部分:

public void Release()
        {
            Marshal.ReleaseComObject(_AudioSessionEnumerator);
        }

这不完全是建议的代码拨号器(我最终还是使用了它)，但仍然如此。正如他所说，这可能不是实现这一目标的最佳方式，但我会继续这样做，因为它似乎对我的应用程序没有任何不利影响。

Answer 1

另一个编辑

public void RefreshSessions()
{
    if (_SessionEnum != null)
    {
        Marshal.ReleaseComObject(_SessionEnum);
    }
    Marshal.ThrowExceptionForHR(_AudioSessionManager.GetSessionEnumerator(out _SessionEnum));
}

以上代码显式释放了 SessionEnum 并修复了 C# 中的漏洞。 虽然这可能应该以更好的方式处理。

编辑:

以下 C++ 程序等同于您在循环测试程序中所做的。 for 循环末尾的 Release 调用修复了泄漏。我今天需要去，也许你可以玩一下并尝试自己修复它。或者，也许其他人可以找出并解释为什么 CLR 垃圾收集器在上面的 C# 程序中的某个时刻不自动调用 Release。

#include <stdio.h>
#include <tchar.h>
#include <audiopolicy.h>
#include <mmdeviceapi.h>

#define SAFE_RELEASE(p) { if ( (p) ) { (p)->Release(); (p) = 0; } }
#define CHECK_HR(hr) if (FAILED(hr)) { goto done; }

const CLSID CLSID_MMDeviceEnumerator = __uuidof(MMDeviceEnumerator);
const IID IID_IMMDeviceEnumerator = __uuidof(IMMDeviceEnumerator);
const IID IID_IAudioSessionManager2 = __uuidof(IAudioSessionManager2);

int _tmain(int argc, _TCHAR* argv[])
{
    HRESULT hr;

    CoInitialize(0);

    IMMDeviceEnumerator *deviceEnum = 0;
    CHECK_HR(hr = CoCreateInstance(
        CLSID_MMDeviceEnumerator, NULL,
        CLSCTX_ALL, IID_IMMDeviceEnumerator,
        (void**)&deviceEnum));;

    IMMDevice *endpoint = 0;
    CHECK_HR(deviceEnum->GetDefaultAudioEndpoint(eRender, eMultimedia, &endpoint));

    getchar();

    // lazy initialization as found in MMDevice.AudioSessionManager..get
    IAudioSessionManager2 *m = 0;
    CHECK_HR(endpoint->Activate(IID_IAudioSessionManager2, CLSCTX_ALL, 0, (void **)&m));

    for (int i = 0; i < 100000; i++)
    {
        IAudioSessionEnumerator *sessEnum = 0;
        m->GetSessionEnumerator(&sessEnum);
        sessEnum->Release(); // leak
    }

    getchar();

    printf("success");
    return 0;

done:
    printf("failure");
    return 1;
}

---

老

我的猜测:

_AudioSessionManager.GetSessionEnumerator(out _SessionEnum) 生成枚举器。当您调用构造函数 SessionCollection(_SessionEnum) 时，_SessionEnum 将被枚举。每个枚举步骤都会检索一个实际的非托管对象。

如果它是一个值类型，那么它会实际上被复制到 session 集合中(记住 List(IEnumerable e) 构造函数复制每个元素)。然后该副本将被垃圾收集，但原始对象是从非托管代码分配的，并会导致泄漏。如果是这种情况，您应该在使用一些非管理内存释放函数调用 Collection 构造函数后立即释放内存。

如果它是引用类型，它也不会被释放，因为内存中的实际 对象没有被垃圾回收，因为它是从非托管代码中分配的。如果是这种情况，您需要在不再需要时释放具有非托管库函数的对象的内存。