VisualStudio 2012更新4 c#无止境循环/调试器挂起

哪些可再现的已知状态、条件或请求会导致VisualStudio调试器“无休止地旋转”或挂起

（因为下面的原始问题被保留）-请考虑将问题搁置，因为它是可重复的，而且它不像调试器捕捉到的“键入”那样简单，并且拒绝断点，就像它知道它不能处理的其他条件一样。 在尝试使用带条件断点的调试器时，是否有其他人观察到VisualStudio“无休止地旋转”？ 我在一个cpu内核“挂起”的情况下等待了5分钟，等待“我的应用程序中发生了什么”。在此期间，visualstudio使用了超过75%的cpu内核，约2%或3%的cpu内核被应用程序使用。暂停似乎没有效果

---

奇怪的是，在我禁用条件断点后，应用程序开始正常运行，并显示登录屏幕。然后，我能够重新启用条件断点，并在条件断点处于活动状态时继续使用调试器。

看起来VisualStudio 2012 update 4的调试器/ide没有警告或知道，如果某个条件断点接受变量上的赋值结果，它将无法处理该变量放置断点的行

例如：

public static class MyTest
{
    public static bool DoTesting = true;
}

在DoTesting设置为true的行上设置条件断点并使用该条件 MyTest.DoTesting==true

---

显然，它会将VisualStudio的debbuger弄得如此混乱，以至于它会旋转，并且永远不会运行剩下的代码。点击“暂停”按钮不会在条件语句行停止，因为您希望它停止，它只是“灰显”了“暂停”按钮。我认为他们应该拒绝创建条件断点或抱怨它（就像它无法处理的其他条件一样）。请注意，无论是初始赋值还是重新赋值结果的行，都会发生这种情况。

这并不罕见。如果在紧循环的代码中设置条件断点，那么这些断点可能会非常昂贵。如此昂贵以至于应用程序似乎拒绝启动！！？？！！（我很清楚条件断点非常昂贵，但除了“VisualStudio自言自语…”之外，什么都不会发生您是否在循环中设置了条件断点？在启动过程中对其进行了多少次评估？您是否可以发布一些示例代码来演示您的问题？我正在尝试评估dynamicproxy中用于跟踪/记录应用程序中方法调用的IInvocation的一部分。显然，它在第一次尝试评估时正在休假。