仅在 Release 中尝试捕获的更好方法？

Question

当我想调试抛出异常的应用程序时，这意味着我需要像这样禁用 try-catch 块：

#if !DEBUG
                try
                {
#endif
                    // Do something
#if !DEBUG
                }
                catch (ArgumentException)
                {
                    Console.WriteLine("Something wrong");
                }
#endif

注意：我知道 Visual Studio 处理异常时会中断，但缺点是它会在同一类型的每个异常处中断。 编辑改写我的意思：例如，函数 A 和 B 都抛出 NullReferenceException，但我只想检查 A 何时抛出它，而不是 B（在 B 中处理的 NulRefExc 已经正确）。 p>

有人可能会问我为什么需要它。通常我在没有调试的情况下运行 ASP.NET MVC 代码（但仍在调试构建中，它具有 DEBUG 变量），并且抛出异常而不是捕获它真的很棒（当然仅在开发模式下），因为带有堆栈跟踪的错误页面将显示出来，因此我们可以更快地跟踪错误。

上面的代码有没有更简洁的写法？

Answer 1

从 C# 6 开始，您也可以使用 exception filters：

try
{
    // Do something
}
catch (ArgumentException) when (!Env.Debugging)
{
    // Handle the exception
}

将Env.Debugging 定义为某处

public static class Env
{
#if DEBUG
    public static readonly bool Debugging = true;
#else
    public static readonly bool Debugging = false;
#endif
}

作为额外的奖励，当异常对象未被捕获时，您将在异常对象中获得原始调用堆栈（由于when 测试失败，即在调试中）。对于重新抛出的异常，您必须提供原始异常作为内部异常，并付出一些额外的努力来处理它。

此方法还允许根据其他条件启用/禁用异常处理，例如 web.config 设置，这将允许您在不重新编译的情况下切换：

public static class Env
{
    public static readonly bool Debugging =
      Convert.ToBoolean(WebConfigurationManager.AppSettings["Debugging"]);
}

Answer 2

只是一个想法 离开try catch

然后做

 catch (ArgumentException)
                {
#if DEBUG
                throw SomeCustomExceptionYouCatchWith_break_on_handled_exception();
#endif
                    Console.WriteLine("Something wrong");
                }

Answer 3

两件事：

1. #if DEBUG 你要去多少个地方？
2. Console.WriteLine 在 ASP.NET 中毫无意义。请参阅this 了解更多信息。

您应该做的是将错误记录到数据库、文件或其他内容中。这将避免代码中的所有#if DEBUGs。有关日志记录的更多信息，请参阅this。

这有额外的好处：

1. 您将能够看到您的错误是什么样的，因此当您投入生产时，您将获得相同的信息。如果您没有足够的信息，在日志中，在开发过程中，它让您有机会更改错误消息并确保堆栈跟踪存在。这在您投入生产时会很有帮助，因为现在您有更好的错误。
2. 您的代码更简洁