c# - 处理内存泄漏的非托管 dll

Question

我有一个 c# 应用程序，它依赖于第三方非托管程序集来访问某些硬件。

非托管代码存在内存泄漏，每次访问后内存消耗将增加 ~10mb。问题是已知的；没有错误修正可用。

有没有一种方法可以让我在不定期重启的情况下继续使用这个程序集？

我尝试创建一个单独的 AppDomain，通过 appDomain.CreateInstanceAndUnwrap() 将有问题的代码加载到该 AppDomain 中，然后通过 AppDomain.Unload() 卸载该域.然而，这显然不会释放该域使用的非托管内存，只会释放托管内存。

我还可以将应用程序拆分为两个独立的部分，然后仅重新启动具有非托管 dll 的部分。然而，这将意味着重大的重新设计，并且可能会导致大量的减速，因为大量的数据必须在这两个部分之间交换。

是否有另一种方法来驯服这个有漏洞的程序集并强制它在不重新启动的情况下释放内存？

Answer 1

按照您描述的方式，dll 正在分配非托管内存。不幸的是，正如您已经发现的那样，这种内存不会受到卸载应用程序域的影响。

你有几个选择，但我认为它们都没有吸引力:

1. 您可以在主应用程序中继续使用该 dll。您可以告知您的用户/客户他们需要大量可用内存，但需要不时重新启动应用程序。您可能希望在程序实际开始崩溃之前检测到内存不足的情况，以温和地提示用户重新启动它，而不是仅仅出现异常而严重崩溃。
2. 您可以尝试深入研究 dll 的数据结构。如果 dll 实际上正在更改(即新版本即将推出)，我会强烈建议您努力依靠作者来修复内存泄漏。然而，这似乎不太可能，因为我很确定如果有新版本发布，泄漏会得到修复。因此，将您的代码直接绑定(bind)到该 dll 的内部可能是一个解决方案。访问引用非托管内存的实际指针可能允许您根据需要手动释放它。
3. 您可以将问题隔离到一个单独的进程中。更多内容见下文。
4. 您可以重新实现 dll 的功能。

这里可能有第 5 个或第 6 个选项，但认为以上 4 个涵盖了我突然想到的事情。

关于将其隔离到一个单独的进程中，这是我首先尝试做的事情:

我会启动一个进程，并使用您能找到的最快的进程内通信 channel 向它发送请求。管道或内存映射文件似乎很合适。

然后，您将在那个单独的进程中检测到内存不足的情况，希望能早一点，这样您就可以建议主程序考虑启动一个替换进程。

然后主进程可以这样做，但不是等待其他进程完全启动，它可以继续向即将死掉的实例发送更多请求，将其填满一点，在切换到新实例并要求旧实例终止之前。

这将最大限度地减少停机时间，但代价是在转换期间临时有一个额外的进程处于事件状态。

所有这些在很大程度上取决于您的实际情况。如果您需要每秒调用此 dll 100 次或 1000 次，则在任何情况下都可能无法进行进程内通信。