内存未释放-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)

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)