有没有办法防止 Visual Studio 因特定方法中的异常而中断？

Question

我知道我可以根据异常类型以及最终使用“异常”对话框捕获异常的事实来控制 Visual Studio 处理异常的方式。

但是，当我调用特定方法时，我有一个库在内部抛出（并捕获）ArgumentOutOfRange 异常。抛出异常（并被库捕获）的概率可能为 1%，但我经常调用此方法。编辑说这是设计使然（事实上，他们选择的设计是有道理的）。

问题是我不希望 Visual Studio 每次抛出异常时都会中断。

• 我不想停止中断 ArgumentOutOfRange 异常，因为我的代码中可能有一些异常并且想要中断这些异常。
• 我不想启用“仅我的代码”调试，因为我担心代码之外引发的异常（特别是出于性能原因）

有没有办法实现此目的？我一直在研究属性（例如 DebuggerStepThrough），但还没有找到足够的东西。

关于如何执行此操作有任何提示吗？

Answer 1

我不想启用“仅我的代码”调试

是的，现在就到此为止。这正是您需要的功能，以避免不必要的调试器中断。如果您不想知道其他人的蹩脚代码，请重新打开该复选框。

当程序员使用异常进行流程控制时，这总是会偏离轨道。一种非常常见的犯罪行为。需要两个他们才能把事情变得一团糟，将调试会话变成非常乏味的点击噩梦。当您需要在第一次异常时中断的调试器功能时，如果其他人也需要它，那么您基本上就失败了。

每个人都希望他们能够神奇地使用 [DebuggerNonUserCode] 或 [DebuggerHidden] 或 [DebuggerStepThrough] 属性来使该问题消失。事实并非如此。另一位程序员并不认为他的代码不重要到值得拥有这些属性。而且，这并不是因为使用 try/catch-em-all 代码的代码中总是隐藏着一个错误。神奇宝贝代码。

因此微软必须找到另一种方法来帮助程序员处理蹩脚的库代码。他们做到了。勾选该复选框，砰，解决了。无论如何，除了向作者发送一个令人讨厌的代码之外，你对那些蹩脚的代码无能为力。不要让我们或微软拖慢您的脚步，你们必须共同努力才能创造出人们喜欢使用的产品。

Answer 2

我认为这在 Visual Studio 中是不可能的，但在 WinDbg 中肯定是可行的。
请参阅示例 http://blogs.msdn.com/b/alejacma/archive/2009/08/24/management-debugging-with-windbg-writing-on-an-exception-part-1。顺便

说一句，从 Visual Studio 2010 开始，您似乎可以加载和使用 WinDbg 扩展 DLL 直接提供附加功能（包括可能您需要的功能），但我还没有尝试过 - 例如，参见http://www.dotnetcurry.com/ShowArticle.aspx?ID=648

Answer 3

您可以使用 Concord，它是 Visual Studio 附带的调试引擎（从 2012 版开始） 。它可以通过良好的托管 API 进行扩展（并且可以使用 vsix 技术进行部署），但没有完整记录。

Concord 有调试监视器的概念，我们可以使用 IDkmDebugMonitorExceptionNotification 接口

最酷的是这个接口可以监控所有异常抛出。它还可以“抑制”任何检测到的异常事件，这正是我们所需要的。

我建议从 Hello World 示例开始： 。下载它，并确保它按您的预期运行。

现在，只需修改 HelloWorld.vsdconfigxml 如下：

<!--TODO: If you copy the sample, ensure to regenerate the GUID in this file -->

<!-- 1. change component level to something higher than 40500 -->
<ManagedComponent
  ComponentId="51736b11-9fb4-4b6d-8aca-a10a2b7ae768"
  ComponentLevel="40501"
  AssemblyName="HelloWorld">

  <!-- 2. change class full name to HelloWorld.ExceptionHandler, for example -->
  <Class Name="HelloWorld.ExceptionHandler">
    <Implements>
      <InterfaceGroup>
        <NoFilter/>
        <!-- 3. change supported interface -->
        <Interface Name="IDkmDebugMonitorExceptionNotification"/>
      </InterfaceGroup>
    </Implements>
  </Class>

</ManagedComponent>

然后，只需创建一个 ExceptionHandler.cs 类并在其中放置类似的内容：

public class ExceptionHandler : IDkmDebugMonitorExceptionNotification
{
    private bool _unhandledDetected;

    // we're being called!
    public void OnDebugMonitorException(DkmExceptionInformation exception, DkmWorkList workList, DkmEventDescriptorS eventDescriptor)
    {
        if (_unhandledDetected)
        {
            // this will cause the program to terminate
            eventDescriptor.Suppress();
            return;
        }

        if (exception.ProcessingStage.HasFlag(DkmExceptionProcessingStage.Unhandled))
        {
            _unhandledDetected = true;
        }
        else if (exception.ProcessingStage.HasFlag(DkmExceptionProcessingStage.Thrown))
        {
            if (SuppressException(exception))
            {
                eventDescriptor.Suppress();
            }
        }
    }

    // should we suppress a thrown (1st chance) exception?
    private bool SuppressException(DkmExceptionInformation exception)
    {
        // implement any custom logic in here, for example use the exception's name
        if (exception.Name == typeof(ArgumentOutOfRangeException).FullName)
        {
            // for example, use the module (assembly) name
            var clrAddress = (DkmClrInstructionAddress)exception.InstructionAddress;
            var clrModule = clrAddress.ModuleInstance;
            if (clrModule.Name == "TheUglyOne.dll")
                return true; // we don't want this one!
        }
        return false;
    }
}

当您运行该项目时，您应该看到所有异常都受到监视（无论您的“只是我的代码'和/或异常触发设置），所以您只需要实现一些逻辑来抑制您真正不想看到的逻辑。我没有检查过，但我想您可以使用自定义属性构建逻辑，因为 Dkm 类提供了大量 .NET 元数据信息。

注意：正如您所看到的，有一些技巧可以确保程序正常终止。