例外的白鲸

Question

有多个问题（1,2,3,4等）称为“为什么没有捕获到此异常”。可悲的是，这些解决方案都对我不起作用...所以我遇到了一个难以捉摸的例外。

我有一段代码(.NET4.0)，用于检查大型文本文件中的数字和数字。在测试过程中,我遇到了一个运行时异常：

您在这里看到的是一个try-catch模式，其中包含ArgumentOutoFrangeException的catchblock。但是在运行时，try块会引发一个未被捕获的ArgumentOutOfRangeException。

我读了关于try-catch结构的C#语言规范部分，它说：

如果try语句是可达的，则try语句的catch块是可达的。

因此在理论上，上面的代码应该捕获异常。

然后我想这可能与这段代码在一个任务中运行有关（在处理文本文件的过程中，我还想更新UI，所以我是异步的）。我四处寻找，然后我找到了乔恩斯基特的答案。基本上建议我在try-catch块中使用task.wait来捕获任何异常。

我现在面临的问题是，我不能真正调用task.wait，因为这会阻塞调用线程，也就是我的UI线程！然后我想我可以创建一个额外的tasklayer来等待该任务：

//Code called from the UI
System.Threading.Tasks.Task.Factory.StartNew(()=>
{
    //Create a new task and use this task to catch any exceptions
    System.Threading.Tasks.Task task = System.Threading.Tasks.Task.Factory.StartNew(MethodWithException);
    try
    {
        task.Wait();
    }
    catch(Exception)
    {
        MessageBox.Show("Caught it!");
    }
});

但这还是给出了同样的结果...然后我想这可能是因为我对我的ExceptionType不够具体。但是C#语言规范规定：

一些编程语言可能支持不能表示为从System.Exception派生的对象的异常，尽管这种异常永远不能由C#代码生成。

因此，除非使用一些粗略的第三方API，否则在使用exception时总是很好的。所以我发现自己有一个Jon Skeet的建议答案，但对我并不是很管用。那时我知道我应该停止尝试...

那么有人知道这是怎么回事吗？我该怎么解决这个问题呢？我知道我可以检查I是否等于或大于text.lengty，但是理解正在发生的事情比运行代码更重要。

Answer 1

我只是写了以下测试：

    [TestMethod]
    public void ArgumentOutOfRangeExceptionTest()
    {
        string test = "abc";
        int i = 0;
        try
        {
            while (true)
            {
                test.ElementAt(i);
                i++;
            }
        }
        catch (ArgumentOutOfRangeException)
        { }
    }

它工作得很好。我相信您有另一个异常，它没有在您的调用代码中调用。

我知道只有一个例外是抓不到的。它是StackOverflowException。看看这个问题。

Answer 2

这只是调试器的一个工件。

在调试菜单中，有一个名为异常...的选项，单击它，并确保取消选中此处的“抛出”复选框：

很多时候，您都希望在上下文中看到错误，即使它在try/catch中，这正是此设置的目的。在这种情况下，这正是您应该做的，这样您就可以看到比较i与text的长度，并看到您的问题在哪里。

如果您在没有调试器的情况下运行代码（例如通过双击可执行文件或使用“启动而不调试”选项），您将“正确地”丢弃错误而不发出任何警报。