处置另一个线程拥有的 ActiveX 资源

Question

我在线程和资源处理方面遇到了问题。

我有一个 C# Windows 窗体应用程序，它在线程中运行昂贵的操作。该线程实例化一个 ActiveX 控件 (AxControl)。由于该控件使用大量内存，因此必须对其进行处理。所以我实现了一个 Dispose() 方法，甚至一个析构函数。

线程结束后，析构函数被调用。遗憾的是，这是由 UI 线程调用的。因此调用 activexControl.Dispose();失败并显示消息“COM 对象已与其底层 RCW 分离”，因为该对象属于另一个线程。

如何正确地做到这一点还是这只是我使用的一个糟糕的设计？

（我将代码精简到最少，包括消除任何安全问题。）

class Program
{
    [STAThread]
    static void Main()
    {
        // do stuff here, e.g. open a form

        new Thread(new ThreadStart(RunStuff);

        // do more stuff
    }

    private void RunStuff()
    {
        DoStuff stuff = new DoStuff();
        stuff.PerformStuff();
    }
}

class DoStuff : IDisposable
{
    private AxControl activexControl;

    DoStuff()
    {
        activexControl = new AxControl();
        activexControl.CreateControl(); // force instance
    }

    ~DoStuff()
    {
        Dispose();
    }

    public void Dispose()
    {
        activexControl.Dispose();
    }

    public void PerformStuff()
    {
        // invent perpetuum mobile here, takes time
    }
}

Answer 1

我不清楚实现 Dispose 方法的 ActiveX 控件是什么意思。 IDisposable 模式适用于托管代码。要释放 COM 对象，您通常会使用 Marshal.ReleaseComObject - 也许您是在 AxControl 类中执行此操作，但您没有显示该类的实现。

上面的代码有一些问题。

您应该处置 IDisposable DoStuff 实例：

private void RunStuff() 
{ 
    using (DoStuff stuff = new DoStuff())
    {
        stuff.PerformStuff(); 
    }
} 

您不应该在终结器中访问托管资源 - 在您的情况下，终结器调用 Dispose，然后引用托管 axControl 实例。在终结器运行时，该实例可能已经被收集。

由于您没有直接在 DoStuff 类中使用非托管资源，因此您可能不需要终结器，但如果您确实有终结器，请遵循 MSDN 上的标准 IDisposable 模式，并且不要尝试处置任何托管对象。

更新

评论：

AxControl 是由 Visual Studio 生成的 .NET Interop Wrapper DLL。

在这种情况下，Dispose() 方法是什么？我不明白为什么要在具有确定性终结的 ActiveX 控件中实现这样的方法 - 通常您会在释放最后一个 COM 引用时进行清理。

您的 DoStuff.Dispose 方法可能想要释放 COM 对象，例如

public void Dispose()  
{  
    activexControl.Dispose();  
    Marshal.ReleaseComObject(activexControl);
}

Answer 2

为什么不让工作线程显式地处理它？

您可以将 更改

DoStuff stuff = new DoStuff();
stuff.PerformStuff();

为 a

using(DoStuff stuff = new DoStuff())
{
     stuff.PerformStuff();
}

所以您甚至不必担心它。

Answer 3

我正在处理第三方提供的 Active X 控件，因此无法更改 ActiveX 内部的处理例程。

我相信你是正确的，“COM 对象已与其底层 RCW 分离”问题是线程问题，而不是处置实现问题。 COM 与托管线程和托管内存相处得不好。

尝试这样的操作：

// Check to see if we need to use Invoke before wasting time with it
if (activexControl.InvokeRequired)
{
    // invoke Dispose on the control's native thread to avoid the COM exception
    activexControl.Invoke(() => activexControl.Dispose());
}
else
{
    // run dispose on this thread
    activexControl.Dispose();
}

调用是避免 COM 错误所需的全部内容，if 语句在不需要调用的情况下有助于提高性能。

请注意，创建活动 x 控件的线程需要仍然处于活动状态，否则您会遇到不同的问题。在您的精简代码中， main 在生成新线程后立即退出，并且当您稍后需要它时它可能不会处于活动状态。我一直在单元测试中遇到这种情况，并且必须在退出顶级函数之前插入等待其他线程结束的阻塞调用。