我退出应用程序后的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对象。 不知何故，这小块重要的信息没有进入供应商文档...