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

Question

据我了解，当从 STA 的 COM 组件时href="https://en.wikipedia.org/wiki/Component_Object_Model#Threading" rel="nofollow">MTA 线程，调用应该被编组到 STA 线程并从该专用线程执行。对于 Windows 客户端应用程序，这意味着它将在 UI 线程上执行（如果标记为 STA），并且从 COM 组件到我的回调将由发送到隐藏窗口并在Windows 消息循环。

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

Answer 1

COM 运行时负责调度对 STA 内 COM 对象上的方法的调用：您是对的，这基于用于调度 Windows 消息的相同操作系统机制，但您无需担心如何实现这一点 - COM 在幕后为您完成此操作。

您需要需要担心的是您的 COM 对象将驻留在哪个 STA 中。如果您使用 WCF 服务中的 COM Interop 实例化公寓线程 COM 对象，则需要小心。

如果执行此操作的线程不是 STA 线程，则所有进程内 COM 对象都将位于默认 托管 STA 用于 IIS 工作进程。您不希望发生这种情况：所有服务操作的所有 COM 对象最终都将位于同一个 STA 中。线索就在名称中——所有对象只有一个线程——并且对其方法的所有调用都将被序列化，等待公寓中唯一的线程来执行它们。您的服务将无法扩展以处理多个并发客户端。

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

• 启动您自己的线程，在启动之前在 SetApartmentState() 中指定 ApartmentState.STA，在该线程上实例化 COM 对象一个特定的请求。这是 Scott Seely 在 Kev 答案中的链接：他确保每个服务操作调用都在新的 STA 初始化线程上调用。沿着这些思路，一个更难但更具可扩展性的解决方案是实现一个可重用的 STA 初始化线程池。
• 将 COM 对象托管在 COM+ 应用程序中，以便它们位于单独的 DllHost 进程中，其中 COM+（通过其抽象称为 Activity) 可以负责将不同请求的对象放入不同的 STA。

当您提到回调时，我不确定您的意思到底是什么。也许您的意思是 COM 方法调用在托管代码中实现的某些 COM 接口，通过作为 COM 对象方法之一的参数传递到 COM 对象的引用：如果是这样，这应该可以工作。但也许你的意思是别的，在这种情况下，也许你可以修改问题来澄清。

Answer 2

我发现您需要在 WCF 服务中的 STA 线程上泵送消息，否则您会错过来自 COM 对象的回调。

以下代码有效，但需要您通过调度程序调用 COM 对象。

ComWrapper comWrapper;
Thread localThread;
Dispatcher localThreadDispatcher;

public Constructor()
{
   localThread = new Thread(ThreadProc)
   {
       Name = "test"
   };
   localThread.SetApartmentState(ApartmentState.STA);

   AutoResetEvent init = new AutoResetEvent(false);

   localThread.Start(init);

   init.WaitOne();
}

private void ThreadProc(object o)
{
    localThreadDispatcher = Dispatcher.CurrentDispatcher;
    ((AutoResetEvent)o).Set();

    comWrapper = new ComWrapper()

    Dispatcher.Run();

    localThreadFinished.Set();
 }

然后按如下方式拨打电话。

public void UsefulComOperation()
{
    localThreadDispatcher.Invoke(new Action( () => comWrapper.UsefulOperation);
}