如何解决内存未释放-MFC应用程序中使用的ActiveX控件.NET / C＃
我在使用COM / OLE / ActiveX组件时遇到内存问题。但是我不仅仅了解ActiveX的基础知识...我在这里与ActiveX专家联系-非常感谢您的帮助！
我正在为客户在旧的MFC项目（Win32应用程序）上进行一些维护。该应用程序使用大型ActiveX控件-由另一个小组在.NET / C＃中开发。该控件显示在容器窗口（CFormView）中。假设Win32应用程序使用大约10MB，.NET控件使用100MB：
- 我启动Win32应用程序-该过程使用10MB
- 我使用ActiveX控件启动一个容器窗口-该过程使用110MB
- 该容器及其ActiveX控件已关闭/删除-进程使用110MB
- 我使用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 举报，一经查实，本站将立刻删除。
