- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
有多个问题(1、2、3、4 等)称为“为什么不捕获此异常”。可悲的是,这些解决方案都不适合我......所以我陷入了一个真正无法捕获的异常。
我有一段代码 (.NET 4.0) 可以检查一个大文本文件中的数字和数字。测试时出现运行时异常:
您在这里看到的是一个 try-catch 模式,其中包含一个用于 ArgumentOutOfRangeException 的捕获 block 。但是在运行时,try block 会抛出一个未被捕获的 ArgumentOutOfRangeException。
我读了C# language specification关于 try-catch 结构的部分,它说:
A catch block of a try statement is reachable if the try statement is reachable.
所以理论上上面的代码应该捕获异常。
然后我认为这可能与此代码在任务中运行有关(在处理文本文件期间我还想更新 UI,所以我以异步方式进行)。我四处搜索,然后找到了 this乔恩斯基特的回答。基本上建议我在 try-catch block 中使用 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# 语言规范指出:
Some programming languages may support exceptions that are not representable as an object derived from System.Exception, although such exceptions could never be generated by C# code.
因此,除非您使用一些粗略的第三方 API,否则您在使用 Exception
时总是很好。所以我发现自己得到了 Jon Skeet 的建议答案,但它对我来说不太适用。那时我知道我应该停止尝试...
所以有人知道这是怎么回事吗?我该如何解决这个问题?我知道我可以检查 i
是否等于或大于 text.Length
,但理解正在发生的事情比工作代码更重要。
最佳答案
这只是调试器的产物。
在 Debug
菜单中,有一个名为 Exceptions...
的选项,单击它,并确保取消选中“Thrown”复选框这里:
很多时候,您会希望在上下文中看到错误,即使它在 try/catch
中,这正是此设置的用途。在这种情况下,这正是您应该做的,这样您就可以看到将i
与text
的长度进行比较并查看在哪里你的问题是。
如果您在没有调试器的情况下运行代码(例如通过双击可执行文件或使用“不调试启动”选项),您将“正确地”丢弃错误而不会发出任何警报。
关于c# - 白鲸记的异常(exception),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18059399/
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
我是一名优秀的程序员,十分优秀!