有多个问题(1、2、3、4等)称为“为什么没有捕获此异常”。可悲的是,这些解决方案都不适合我......所以我陷入了一个真正无法捕获的异常。
我有一段代码(.NET 4.0)检查大型文本文件中的数字和数字。在测试时我遇到了运行时异常:
您在此处看到的是带有 ArgumentOutOfRangeException 捕获块的 try-catch 模式。但是在运行时,try 块会抛出一个未被捕获的 ArgumentOutOfRangeException。
我阅读了有关 try-catch 结构的C# 语言规范部分,它说:
如果 try 语句可达,则 try 语句的 catch 块是可达的。
所以理论上上面的代码应该捕获异常。
然后我认为这可能与此代码在任务中运行的事实有关(在处理文本文件期间,我还想更新 UI,所以我异步执行)。我四处搜寻,然后我找到了 Jon Skeet 的这个答案。基本上建议我在 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
但了解正在发生的事情比工作代码更重要。