内存未释放-MFC应用程序中使用的ActiveX控件.NET / C＃

如何解决内存未释放-MFC应用程序中使用的ActiveX控件.NET / C＃

我在使用COM / OLE / ActiveX组件时遇到内存问题。但是我不仅仅了解ActiveX的基础知识...我在这里与ActiveX专家联系-非常感谢您的帮助！

我正在为客户在旧的MFC项目（Win32应用程序）上进行一些维护。该应用程序使用大型ActiveX控件-由另一个小组在.NET / C＃中开发。该控件显示在容器窗口（CFormView）中。假设Win32应用程序使用大约10MB，.NET控件使用100MB：

1. 我启动Win32应用程序-该过程使用10MB
2. 我使用ActiveX控件启动一个容器窗口-该过程使用110MB
3. 该容器及其ActiveX控件已关闭/删除-进程使用110MB
4. 我使用ActiveX控件启动一个新容器-该过程使用了210MB

删除容器窗口及其控件时，不会释放内存。控件可能仍在运行。经过几次迭代后，内存消耗失控了。

使用普通的CWnd对象显示ActiveX控件。创建容器后，将通过调用CWnd :: CreateControl（）创建控件。应用程序使用CWnd :: InvokeHelper（）调用方法，并通过事件接收器映射处理控件中的事件。这可以正常工作/似乎可以正常工作。应用程序不会导入TLB文件。它根据控件的注册名称（链接到控件的DLL）创建控件，并使用Idispatch :: GetIDsOfNames（）获取要调用的方法。

该控件没有“持久性”；我们希望它在关闭对话框时完全取消分配。控件可以同时打开两个容器窗口-控件不应相互干扰。

没有专门用于停用/关闭ActiveX的代码。在销毁/删除容器之前，将删除CWnd对象。对于其他类型的控件（例如CEdit或CComboBox），通常就足够了；类析构函数销毁窗口并释放所有资源。

关于ActiveX的文档很多，但是如果您不是专家，这将非常令人困惑...是否删除CWnd对象不足以阻止ActiveX控件运行并重新分配所有内容？在删除CWnd对象之前，我们应该调用其他方法吗？

或者这可能是ActiveX控件中的一些错误-我应该告诉.NET开发人员什么？他们会错过什么吗？

一个主意？我可以阅读和测试十天而不会变得更聪明，a ...：-（

/瑞典的安德斯（Anders）