.net中的ContextSwitchDeadlock异常

最新推荐文章于 2023-06-02 09:35:01 发布

转载最新推荐文章于 2023-06-02 09:35:01 发布 · 180 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/mickeygirl/archive/2013/03/22/2975800.html

本文详细介绍了在.NET环境中，当异步调用耗时过长引发ContextSwitchDeadlock异常时，如何通过调整配置避免异常发生并防止内存泄露。重点阐述了STA线程的正确使用方法，强调了定期发送消息的重要性，以及如何利用调试助手进行问题排查。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在异步调用中，调用非托管代码，在.net中认为是com平台调用，当平台调用耗时超过60s的时候，系统会抛出一个异常ContextSwitchDeadlock，debug时察看当前Thread，会发现是一个无名的线程抛出的

详细出错信息如下：

托管调试助手“ContextSwitchDeadlock”在“d:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\UserControlTestContainer.exe”中检测到故障。

其他信息: CLR无法从COM上下文0x211c88转换为COM上下文0x211b18，这种状态已持续60秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送Windows消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题，所有单线程单元(STA)线程都应使用泵式等待基元(如CoWaitForMultipleHandles)，并在运行时间很长的操作过程中定期发送消息。

导致的结果：

打开任务管理器可以看到内存使用率逐渐增加，直至系统崩溃。出现错误：

在System.OutOfMemoryException中第一次偶然出现的“mscorlib.dll”类型的异常未处理的“System.OutOfMemoryException”类型的异常出现在mscorlib.dll中。

解决方法: 在VS2008中,"调试"-->"异常"--->参照下图：(把Managed Debugging Assistants-----ContextSwitchDeadlock 后面的勾号去掉)

参考：http://blog.youkuaiyun.com/coofucoo/article/details/3664576

转载于:https://www.cnblogs.com/mickeygirl/archive/2013/03/22/2975800.html