只是想知道是否有人可以解决我遇到的问题。每100毫秒调用一次think（）方法，我设置了几个断点，但是第一个停止的断点不是第一个应该停止的。它似乎错过了停止其他的。以前有人见过这样的事吗？请参阅下面的截图，它停止的那个是它停在的第一个。
Image Link http://img218.imageshack.us/img218/6761/debugissue.png
答案 0 :(得分：4)
根据Think（）被调用的方式，您可能会在不同的线程上打破，从而给人的印象是您没有遇到每个断点。例如，如果您点击第一个断点，然后是第二个断点，然后再次看到第一个断点，您可能正在查看不同线程上的断点。您可以通过查看Threads调试窗口（Debug-＆gt; Windows-＆gt; Threads或Ctrl + Alt + H）进行检查。
HTH。
答案 1 :(得分：0)
它看起来不像，但那些以前的断点是否有条件？您可以右键单击该点并选择“条件...”以查看 - 它允许您设置仅在某些事情为真时断开的断点 - 也许这就是此处发生的事情。
除此之外，我不确定是什么会导致调试器跳过这些断点，因为看起来每次都会触发它们设置的代码。
答案 2 :(得分：0)
尝试重建解决方案并重新设置断点。我也有VS调试器未命中断点，上面的过程一直都有帮助。
答案 3 :(得分：0)
