【发布时间】:2013-08-06 05:35:43
【问题描述】:
有多个问题(1、2、3、4 等)称为“为什么没有捕获到这个异常”。遗憾的是,这些解决方案都不适合我……所以我遇到了一个真正无法捕获的异常。
我有一段代码 (.NET 4.0) 用于检查大型文本文件中的数字和数字。在测试时我遇到了运行时异常:
您在此处看到的是带有用于 ArgumentOutOfRangeException 的 catchblock 的 try-catch 模式。但是在运行时,try 块会抛出一个未被捕获的 ArgumentOutOfRangeException。
我阅读了关于 try-catch 结构的 C# language specification 部分,它说:
如果 try 语句可达,则 try 语句的 catch 块是可达的。
所以理论上上面的代码应该能捕捉到异常。
然后我认为这可能与此代码在任务中运行的事实有关(在处理文本文件期间,我还想更新 UI,所以我异步执行)。我四处搜寻,然后找到了 Jon Skeet 的 this 答案。基本上建议我在 try-catch 块中使用 Task.Wait 来捕获任何异常。
我现在面临的问题是我不能真正调用 Task.Wait,因为这会阻塞调用线程,即我的 UI 线程!然后我想我可以创建一个额外的任务层来等待那个任务:
//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.Length,但了解正在发生的事情比工作代码更重要。
【问题讨论】:
-
如果没有空的
catch正文,它是否也未被捕获? -
您是否 100% 确定该异常未处理?是否有可能您只是设置选项以中断 Visual Studio 中的任何异常?
-
你试过在VS IDE之外运行你的程序吗?
-
问题+1,也是因为问题标题:)
-
您是否尝试过在此异常中断后继续执行?