.NET源代码可以对调试断点进行硬编码吗？

我正在寻找.NET（尤其是C＃，尤其是C＃）中的.NET（尤其是C＃）来触发调试中断，就像在该点处设置了断点一样，而不必记住在调试器中设置特定的断点，而不影响生产运行时间。

我们的代码需要吞下生产中的异常，因此我们不会破坏链接到我们的客户端应用程序，但是我正在尝试对其进行设置，以便在调试器中运行时弹出此类错误进行分析。 ，否则将被安全地忽略。

我的使用尝试Debug.Assert(false)并不理想，我认为这样Debug.Fail()做的方式相同。从理论上讲，它应该不会对生产产生任何影响，并且在调试时确实会成功停止，但是根据设计，就我所知，如果您想忽略该错误，就无法继续执行，就像实际断点一样，就像在生产中吞下错误一样。显然，这也破坏了对变量状态的评估，因为调试器实际上在本机系统代码中停止运行，而不是在我们的系统中停止运行，因此调试帮助有限。（也许我缺少某种重新回到事物中来查看变量的方法，以此类推。）

我希望有类似的东西Debug.Break()，但它似乎不存在（除非在更高版本的.NET中？），并且Debug似乎也没有其他方法适用。

更新：虽然ctacke的答案最符合我的需求，但此后我也发现了Debug.Assert（）的窍门-在调试器中运行时-暂停调试器，转到调试代码。断言待处理的呼叫（由于在框架代码中处于绿色状态，因此以绿色突出显示），然后单击“跳出”（shift-F11），然后在断言对话框中单击“忽略”。这将使调试器在断言返回时暂停（并且可以继续执行，就好像它没有发生一样，因为它被忽略了）。可能还有其他方法可以做很多相同的事情（点击Retry可以更直接地做到这一点吗？），但是这种方法很直观。

您可能正在执行以下操作：

if(System.Diagnostics.Debugger.IsAttached)
  System.Diagnostics.Debugger.Break();

当然，这仍将在Release版本中进行编译。如果您希望它的行为更像Debug对象，而在Release版本中根本不存在代码，则可以执行以下操作：

    // Conditional("Debug") means that calls to DebugBreak will only be
    // compiled when Debug is defined. DebugBreak will still be compiled
    // even in release mode, but the #if eliminates the code within it.
    // DebuggerHidden is so that, when the break happens, the call stack
    // is at the caller rather than inside of DebugBreak.
    [DebuggerHidden]
    [Conditional("DEBUG")] 
    void DebugBreak()
    {
        if(System.Diagnostics.Debugger.IsAttached)
            System.Diagnostics.Debugger.Break();
    }

然后在您的代码中添加对它的调用。

System.Diagnostics.Debugger.Break？

如果您只需要一行代码而不是4行，请换行

#if DEBUG
       if (Debugger.IsAttached)
            Debugger.Break();
#endif

进入

public static class DebugHelper
{
    [DebuggerHidden]
    [Conditional("DEBUG")]
    public static void Stop()
    {
       if (Debugger.IsAttached)
            Debugger.Break();
    }
}

和使用

DebugHelper.Stop();

DebuggerHiddenAttribute已添加，以防止调试器停止该Stop方法的内部代码并使用进入该方法F11。

我曾经遇到这种情况不起作用的情况

System.Diagnostics.Debugger.Break();

但这确实

System.Diagnostics.Debugger.Launch();

即使只吞下Visual Studio，将其配置为与调试器一起弹出怎么办？

做这个：

• 转到调试->异常...
• 找到合适的例外，如果是您自己的，则添加它
• 选中“引发”复选框以查找异常

这将在引发异常的位置停止Visual Studio，不仅仅是在未处理异常的情况下。

您可以在此处查看更多信息。

我发现一个不错的技巧是将Debugger.Break（）放在Exception的ctor中。

在Visual Studio 2010中，在对话框上单击“重试”会将Debug.Assert您带到失败的调试断言，就像您有断点一样。