3

我试图让它工作：http: //msdn.microsoft.com/en-us/library/ms171381%28v=vs.100%29.aspx

更具体地说，正如其他页面所述，当使用即时窗口调用方法时，“如果函数或子例程包含断点，Visual Studio 将在适当的点中断执行。 ”

除了......它没有，至少对我来说。您可以使用这个虚拟 C++ 测试用例进行尝试：

#include "Windows.h"

void dbgbreak()
{
    DebugBreak(); // set a second breakpoint here
}

int main ()
{
    int i = 0;
    i++; // set a first breakpoint here
    return i;
}

设置源代码中提到的断点并运行。当调试器在i++处停止时，从立即窗口调用dbgbreak() 。

对我来说，调试器不会再次停止，即使有两个原因（调用方法内的显式第二个断点，以及 win32 API DebugBreak() 应该触发断点的事实）。

这是预期的行为吗？这似乎与文档所说的完全相反......我误解了什么吗？

4

1 回答 1

3

嗯，这确实有效，只是不是你希望的那样。把函数改成这样：

void dbgbreak()
{
    OutputDebugString(L"Before\n");
    DebugBreak();
    OutputDebugString(L"After\n");
}

当我使用即时窗口时，我看到了：

dbgbreak()
Before
The evaluation was aborted because an unhandled exception occurred.

非常准确，DebugBreak() 会生成异常。调试器通常会拦截它以使程序进入中断状态。问题是，它已经处于中断状态。缺少的功能是调试器不支持嵌套的中断状态。可以原谅，这应该很难实现，因为 Windows 调试 api 不支持它。

请注意，您链接的 MSDN 页面涉及托管代码。它使用了一种非常不同的调试器。CLR 启动了一个专用线程，调试器使用该线程来评估监视表达式和立即命令，这极大地帮助了它。并支持 Debugger.Break() 语句。本机代码中没有类似的东西，托管代码是工具构建者的乐趣。

于 2013-06-25T00:52:46.697 回答