发生类型为“ System.Runtime.InteropServices.COMException”的异常。 接口未注册（HRESULT的异常：0x80040155）

Question

我正在尝试从其他线程使用COM对象，但出现此错误。 在单线程模型中不会发生相同的错误。

可能是什么原因？

我尝试使用CComMultiThreadModel实现接口。 仍然没有运气。

Answer 1

您尚未为COM对象注册代理/存根对象，因此无法将其接口编组到有问题的线程中。

您有两种选择：a）注册代理。 如果接口是应用程序专用的，则可以合并代理存根。 如果不是，则应创建一个单独的DLL。 ATL向导可以帮助您生成代理，因此很可能您已经有了它们，而只是没有安装/注册它们。

代理将确保对对象的调用在其注册的同一COM公寓中进行。 就您而言，STA。 这也减少了锁定的需要-因为一次只在您的代码中进行一次调用。 http://msdn.microsoft.com/en-us/library/ms809971.aspx

当然，您仍然需要防止重入，因为您的STA对象可能会在其外拨期间重新进入。 http://blogs.msdn.com/b/cbrumme/archive/2004/02/02/66219.aspx

使用代理的缺点是，在编组和等待STA方面都存在性能成本。

在经典Win32模型中，应始终将STA用于封装UI的COM对象，因为HWND始终绑定到单个线程。

b）聚集自由线程编组器。 您还将在ATL中找到一个选项。 自由线程编组器使您可以在过程中从任何单元直接调用COM对象。 http://msdn.microsoft.com/zh-cn/library/windows/desktop/ms694500(v=vs.85).aspx

使用FTM时，对对象的调用是直接的vtable调用-不涉及任何编组。

选择此选项需要您使代码成为线程安全的（通过应用适当的锁定），因为现在可能同时从多个线程中进行调用。

另一个负担是FTM对象无法直接保留接口指针，除非它确定这些对象也聚集了FTM。 因此，当您从其他人那里获得IUnknown时，您需要以公寓中立格式（例如，在全局接口表中）存储它。

由于这个原因和其他原因，对于知道自己在做什么的人来说，FTM是一个高级选择。 但这也是非UI代码的最高性能选项。

马丁