如何解决我退出应用程序后的COM-Interop,EAccessViolation
| 我通过COM-Interop使用的ActiveX有问题。我退出应用程序后抛出异常,我不确定这是我的错还是ActiveX的错。 通过COM-Interop初始化和释放ActiveX的正确方法是什么? 错误信息 触发异常的示例代码public void CreateInvoice()
{
String path = @\"\";
FaktNT.OLESrvClass OLESrv = null;
try
{
OLESrv = new FaktNT.OLESrvClass();
if (OLESrv.MandantLogin2() == 0)
{
try
{
//Do Stuff
}
catch (System.Exception ex)
{
//Log Error
throw;
}
finally
{
OLESrv.MandantLogout();
}
}
else
{
//Do Stuff
};
}
finally
{
System.Runtime.InteropServices.Marshal.ReleaseComObject(OLESrv);
OLESrv = null;
GC.Collect();
}
}
解决方法
您不需要使用Marshal.ReleaseComObject()手动释放COM对象。这是由.net自动完成的(当然,这取决于您对本机COM代码中的引用计数的处理方式)。
我还将尝试检查问题是否起源于本机端(例如,在析构函数中,当对象被垃圾回收时调用该析构函数)。
COM dll是否生成任何本机线程,这些对象在垃圾回收后可能正在运行?
,这不是.NET消息,组件本身正在捕获访问冲突异常。从异常名称来看,它看起来像是用Delphi编写的。在AV上制作本机代码炸弹通常不需要很多帮助。但是可以肯定的是,您可能正在使用组件“不正确”。您存了太多代码,无法真正做出明智的猜测。除了在您捕获到它可能引发的所有异常之后在finally块中对其进行调用之外,这不是一个好主意。
在程序退出而不是在GC.Collect()调用之后使其炸弹也不健康。确保您没有设法调用ReleaseComObject并使所有接口引用为空。这很常见,最好让它交给垃圾收集器来正确处理。尽管此消息框将轰炸终结器线程。是的,如果彻底的代码审查无济于事,您可能需要供应商的帮助。
,我现在解决了这个问题。实际上,这是我滥用COM对象,我错过了调用OLESrv.EngineClose()的情况,它完全关闭了COM对象。
不知何故,这小块重要的信息没有进入供应商文档...
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。