在IIS(7+)中托管的WCF服务中使用时,如何处理STA COM组件？

Question

根据我的理解,当从MTA线程使用标记为使用STA的COM组件时,调用应该被编组到STA线程并从该专用线程执行.对于Windows客户端应用程序,这意味着它将在UI线程上执行(如果标记为STA),并且从COM组件到我的回调将由发送到隐藏窗口并在其上处理的Windows消息处理. Windows消息循环.

如果我在IIS中托管的WCF服务中使用STA COM组件会发生什么？工作进程是否会在STA线程上有Windows消息循环？我可以使用自己的消息循环启动自己的STA线程吗？

Answer 1

COM运行时负责调度对STA内COM对象的方法的调用:您是正确的,这是基于用于调度Windows消息的相同OS机制,但您不必担心会发生这种情况 - COM在引擎盖下为你做这件事.

什么,你就不必担心是STA您的COM对象要住.如果你使用实例化COM互操作从WCF服务单元线程COM对象,你要小心.

如果您执行此操作的线程不是STA线程,则所有进程内COM对象将存在于IIS工作进程的默认主机STA中.您不希望发生这种情况:所有服务操作的所有COM对象都将在同一个STA中结束.线索在名称中 - 所有对象只有一个线程 - 所有对其方法的调用都将被序列化,等待公寓中唯一的线程执行它们.您的服务无法扩展以处理多个并发客户端.

您需要确保实例化为特定WCF请求提供服务的COM对象在其自己的STA中,与为其他请求创建的对象分开.大致有两种方法可以做到这一点:

• 启动您自己的Thread,ApartmentState.STA在SetApartmentState()启动它之前指定,在其上实例化特定请求的COM对象.这是Scott Seely在Kev的答案链接中详述的方法:他确保在新的STA初始化线程上调用每个服务操作调用.沿着这些方向的更难但更具可扩展性的解决方案是实现可重用的STA初始化线程池.
• 主机的COM对象的COM +应用程序,让他们生活在一个单独的DLLHost进程,其中COM +(通过其抽象所谓的Activity)可以把对象的不同要求到不同的STA的照顾.

当你提到回调时,我不确定你的意思.也许你的意思是COM方法调用托管代码中实现的某个COM接口,通过传入COM对象的引用作为COM对象的一个​​方法的参数:如果是这样,这应该可行.但也许你的意思是别的,在这种情况下,也许你可以修改问题来澄清.