Visual Studio调试器跳过断点

Question

在调试单元测试时，我的Visual Studio 2008 IDE表现得非常怪异：我有一个断点，当我碰到断点，然后尝试使用F10时，测试就结束了。 如果我在要测试的方法内的每一行上设置断点，我将得到一个随机的断点，而不是下一行的下一个断点。 干净的系统重新启动后，我已经清理并重建了解决方案。 该行为仍然存在。 有没有其他人经历过这一点并得出结论。

该测试仅使用主执行线程（未创建其他线程）

Answer 1

VS2008 SP1发布了一个修补程序，解决了许多调试问题。 KB文章在这里 ，修补程序下载在这里 。

---

更新：修复程序下载位置已停用，我不知道其他下载位置。 如果找到一个，请编辑此帖子。

Answer 2

如果您调试发布版本，则会发生此行为（因为优化了行）。

如果我偶然在其他地方调试了一个较旧的exe（由项目配置设置），而不是最近构建的一个；这也是我的经历； ^）

Answer 3

我在VS 2003上遇到过类似的问题。事实证明，我使用了错误的符号，因此无法将其绑定到正确的源。

请确保以下内容：

1. 您正在使用Debug版本（或已关闭任何类型的优化功能）
2. 该构建输出路径是确定的（“ Project Properties \\ Linker \\ Output File”与您正在调试的exe匹配）
3. 不要在变量声明上放置断点：即，如果在“ int some_variable;”上放置断点，则永远不会命中它，而是会在定义\\初始化某些内容或调用某些内容时将其放在第一位方法
4. 您不能使用F10（执行下一条语句），而可以使用F11（执行下一条语句，然后执行到方法调用中）
5. 确保您没有任何断点过滤器（例如，命中数或条件）

ps尝试放置DebugBreak（）; 在这两种方法中都起作用（除非此代码在某个循环内执行，否则可能会令人沮丧）。 当执行达到任何这些功能时，这将导致终止进程（因此您可以从该特定位置继续进行调试）。

Answer 4

当您运行多个线程时，也会发生此行为。

Answer 5

即使在Debug版本中，编译器优化也可以解释这种现象。 在项目属性“构建”下，确认已关闭“优化代码”复选框。 从.Net 1.1升级某些项目后，我默认情况下已启用此功能。

Answer 6

您是否将断点放在生成的类的代码中？

我在服务参考的客户端站点上遇到了此问题。 生成的类是带有

    [System.Diagnostics.DebuggerStepThroughAttribute()]

属性已应用。 即使当我的断点在另一个文件中，但仍属于属性类的一部分时，也会跳过该断点。

我从生成的Reference.cs文件中删除了该属性，调试器按预期工作。

当然，这不是永久性的解决方案，因为如果重新生成Reference.cs文件，则该属性会返回。

Answer 7

可能为时已晚，我在VS2012中遇到了同样的问题，要修复，请检查菜单Test> TestSettings>“ LocalTestRun.TestRunConfig”是否已选中，如果未选中则将停止跳过代码行。 可能与Vs2008相同，也可以。

Answer 8

这可能就像测试框架没有加载您当前正在使用的同一程序集一样简单。 我在NUnit中很少见到这种情况，它可以处理被测程序集的副本。 偶尔，它会停止复制最新版本。 您的断点是否装饰有“未加载符号”指示符？

Answer 9

进入“项目”->“属性”，然后取消选中“优化代码”

如果您看到诸如DataSet ds = new DataSet（）;的代码，就是这种情况。 被调试器击中，但是像字符串Test =“ Test”这样的代码； 被跳过。

Answer 10

我在Visual Studio Community 2013中遇到了此问题。此行为似乎是设计使然。 运行测试时，执行不会在断点处停止。 如果要在断点处停止执行，请选择TEST-> Debug，而不是TEST-> Run。

Answer 11

我的单元测试是在x86下进行的。 将它们更改为x64可行。

菜单

Test -> Test Settings -> Default Processor Architecture -> x64 。

Answer 12

F10是Step Over ，F5是下一个断点，F11是Step Into，执行下一行代码然后等待。 那可能就是您想要的。

Answer 13

我只是遇到了同样的问题，并且碰巧遇到了以上所有建议。 过去发现有人在方法签名必须为“静态”或“公共”时将其更改为“私有”。 一旦将测试方法的签名重新更改为“ public”，这些断点就会重新开始工作。