如果已命中断点 A，则启用断点 B

Question

我经常发现自己在代码中的某处设置断点 A，并在命中断点时手动启用一个或多个断点。一个典型的情况是当我正在调试单元测试并且不关心前面的测试时。

void testAddZeros()
{
  Number a(0);
  Number b(0);
  Number result = a.add(b);
  assert((a + b) == Number(0))
}
void testAddOnes()
{
  Number a(1);
  Number b(1);
  Number result = a.add(b);
  assert((a + b) == Number(2));
}
void testAddNegativeNumber()
{
  Number a(1);
  Number b(-1)
  Number result = a.add(b);
  assert((a + b) == Number(0));
}

想象一下，如果 testAddZeros() 和 testAddOnes() 运行良好，但 testAddNegativeNumber() 运行良好。在这种情况下，在 Number result = a.add(b); 设置断点将是开始调试的自然位置。现在想象一下错误位于 Number::add 内部深处的某个地方，因此我们对 Numbers::add 早期发生的内容并不真正感兴趣。我想要做的是在 Numbers::add 内部某处设置一个断点，只有在 testAddNegativeNumber()-test 内部时才会触发。

有没有办法在断点A被命中时自动启用断点B？

Answer 1

这是我认为你能做的最好的事情，但它似乎太大了，甚至无法尝试，因为它涉及添加一个变量......

string breakpointToStopOn = string.Empty;
Console.WriteLine("HERE"); // You can set breakpoint A here, 
                           // with a condition (right click on the breakpoint, then selectCondition),
                           // that sets breakpointToStopOn = "A"
Console.WriteLine("B"); // and you can set your breakpoint here with this condition
                        // (breakpointToStopOn == "A");  

你实际上无法在 Console.WriteLine("HERE" 上停止) 行，但您可以启用或禁用该断点，这实际上会启用另一个断点。

但请注意，条件断点语句会在调试时严重降低应用程序的性能。

Answer 2

即使不更改代码，您也可以通过使用某些全局存储来保存启用依赖断点的标记来获取依赖断点。

我发现的最易于访问的存储之一是应用程序域自定义属性。可以通过 System.AppDomain.CurrentDomain.GetData 和 SetData 方法访问它们。

因此，在第一个断点上，您可以使用以下命令定义“命中时”设置：

{System.AppDomain.CurrentDomain.SetData("break",true)}

在依赖断点上，设置命中条件到：

System.AppDomain.CurrentDomain.GetData("break") != null