如何解决挂在 CoUnitialize() 上的进程？

Question

我有一个本机 Visual C++ NT 服务。当服务启动时，它的线程调用CoInitialize() 将线程附加到一个 STA - 服务线程通过 COM 接口使用 MSXML。

当服务接收到SERVICE_CONTROL_STOP 时，它会在消息队列中发布一条消息，然后检索该消息并调用OnStop() 处理程序。处理程序清理东西并调用CoUnitialize()。大多数情况下它都可以正常工作，但偶尔后一个调用会挂起。我无法稳定地重现这种行为。

我google了一会儿，发现了以下可能的解释：

1. 未能释放所有拥有的 COM 对象
2. repeatedly calling CoInitializeEx()/CoUnitialize() for attaching to MTA
3. failing to dispatch messaged in STA threads

第一个不太可能 - 使用 MSXML 的代码经过了很好的测试和分析，它使用智能指针来控制对象的生命周期，因此泄漏对象的可能性很小。

第二个原因看起来不太可能。我附加到 STA 并且不会重复调用这些函数。

第三个看起来或多或少的可能性。当线程正在处理消息时，它不再运行消息循环 - 它已经在循环内。我想这可能是原因。

后者是否可能是导致此问题的原因？我还应该考虑哪些其他原因？如何轻松解决这个问题？

Answer 1

不要在处理 SCM 消息的线程中做任何有后果的事情，这是在一个奇怪的魔法上下文中 - 您必须尽快回答 SCM 的请求，而不采取任何阻塞操作。通过 STOP_PENDING 告诉它您需要额外的时间，排队另一个线程进行真正的清理，然后立即完成 SCM 消息。

至于 CoUninitialize，只需附加 WinDbg 并转储所有线程 - 死锁很容易诊断（可能无法修复！），您已经在堆栈中找到了犯罪的所有各方。

Answer 2

经过非常仔细的分析并使用 Visual Studio 调试器（感谢 user Pall Betts 为 pointing out 获取证据很重要）检查所有活动线程后，我发现进程挂起不是在调用 CoUninitialize()，而是在在CoUninitialize() 之前从我们的程序代码调用的RpcServerUnregisterIf() 函数。这是一个序列图：

WorkerThread                            RpcThread                    OuterWorld
  |----| Post "stop service" message        |                            |
  |<---|                                    |  SomeRpcServerMethod()     |
  |      Post "process rpc request"         |<---------------------------|
  |<----------------------------------------|                          waits
  |                                         |----|Wait until
  |----| Process "stop service" message     |    |request is processed
  |<---| (call OnStop())                    |    |by the worker thread
  |                                         |    |
  |----| RpcServerUnregisterIf()            |    |
  |X<--| Wait all rpc requests complete     |X<--|
  |                                         |

一个入站 RPC 请求来了，RPC 运行时产生一个线程来服务它。请求处理程序将请求排队到工作线程并等待。

现在月相恰好正好，所以RpcServerUnregisterIf() 与 RPC 线程中的处理程序并行执行。 RpcServerUnregisterIf() 等待所有入站 RPC 请求完成，RPC 处理程序等待主线程处理请求。这是一个普通的旧僵局。