“contextswitchdeadlock”mda消息中引用的“com context”是什么?

从我所看到的(看mscorwks的反汇编),它是一个 IObjContext* ,从 CoGetContextToken() .

基本上,它看起来像是一个电话排队使用 IContextCallback::ContextCallback() 从 mscorwks!CtxEntry::EnterContextOle32BugAware() ,然后调用 mscorwks!CtxEntry::EnterContextCallback() 一旦对象上下文(公寓)处理了消息。他们使用clrevent来表示回调完成。对于STA线程,不泵送消息会导致事件等待超时,从而触发ContextSwitchDeadlock MDA。

注意:我没有在调试器下运行这个,所以我无法确认行为,但这可能相当准确。

我以前没见过,我怀疑它只是一个内部指针。线程ID和线程句柄通常都不是那么大。

无法从当前线程中获取公寓类型,而且我从未在本机代码中看到过公寓ID(编组时表示源/目标公寓的GUID除外)。

单元测试最有可能在MTA模式下运行,其中包含显示UI的代码。 一个COM上下文是Visual Studio,另一个是单元测试中的UI。您既不能显示UI,也不能关闭MDA。

看起来sta-com应用程序不旋转消息循环。这会导致sta com死亡。我不知道COM上下文是什么,但我突然想到,你应该能够复制你的目标应用程序,以便长时间挂起。

听起来有一个函数需要60秒以上才能运行。你能隔离它吗?

编辑 这是为.NET编写com interop的人。

http://blogs.msdn.com/cbrumme/

看看他的博客或者看看他经常光顾的网站。他写了很多关于为什么COM以这种方式互操作的东西。在其中一个微软板上问这个问题可能会有所帮助。