主页 / 问题 / 1595651
Accepted
Xzizz
Asked:2024-10-04 17:02:34 +0800 CST2024-10-04 17:02:34 +0800 CST

什么不能 try/catch catch 以及如何处理？

  • 772

什么是它抓不到的try/catch？

如果他不能，也许其他东西可以？

我有以下问题：System.Private.CoreLib.dll 中类型为“System.AggregateException”的未处理异常

try/catch虽然在我看来他已经捕捉到了一切，但在这里不起作用……

我曾经问过关于这种行为的问题，但这还不够StackTrace，他们让我相信我нехорошее слово忘记在某个地方使用它await，这就是为什么一切都失败了，因为AggregareExeption

直到今天，我还以为我有一个门框，但我根本找不到，我通过重新启动应用程序来解决它。

即使是这样的错误，你又如何处理呢？

该库 99.9% 的工作正常，如果发生问题，我希望只需重新启动使用具有类似严重错误的库的组件。

在此输入图像描述

c#

1 个回答

  1. Best Answer

    捕获异常看起来像这样：

    • 堵塞try
    • 调用子方法
    • 调用另一个方法
    • 在子方法中抛出异常
    • 继续向块中抛出异常try
    • 扳机catch

    也就是说，调用会更深入，异常会使用调用历史记录作为返回原始调用点的路径沿着调用堆栈返回。

    如果抛出的异常没有被发现catch捕获它，则该异常将变为未处理并且应用程序崩溃。

    这个逻辑非常严格，不会出错。也就是说，如果从调用堆栈内的块try抛出异常，则catch (Exception)保证会捕获该异常。

    现在为什么看起来出现的异常可能不会被调用堆栈内部捕获，例如我们以这个方法为例

    async void Method()
{
    await Task.Delay(10);
    throw new Exception();
}

    我们会打电话给他

    try
{
    Method();
}
catch (Exception)
{
    // ...
}

    这个异常不会被捕获，原因如下：

    • 调用方法Method()
    • SynchronizationContext启动异步等待10ms，将异步方法的一段延续添加到同步上下文中（ ）
    • 退出到调用方法
    • 无错误地完成代码并释放执行线程
    • 同步上下文继续执行下一个任务，并Method()从第二行代码（即 where 行之后）调用延续方法await
    • 抛出异常
    • 继续向同步上下文抛出异常
    • 上下文中没有异常拦截，异常变为未处理，应用程序崩溃

    也就是说，这里的块catch将在抛出异常之前按时间顺序传递。解决方案是创建一个方法async Task并添加await Method().然后catch它将在异步上下文中正常工作。

    直接回答这个问题，设计try-catch绝对可以捕获任何异常，并且不可能绕过它。那些似乎没有被捕获的异常发生在不是从 block 开始try，而是从同步上下文异步开始的调用堆栈上。而且，如果异步方法没有 return Task，那么异常不会在 this 中被捕获Task，而是被抛出到调用上下文中并被应用程序终止。也就是说，如果你在方法签名中替换async void为async Task，并且await调用时不添加，那么异常根本不会报错，会被抛入深渊，因为它会被捕获在里面Task，而你不是以任何方式使用。

    因此，您需要更加小心异步方法；您需要添加await和避免async void.如果无法避免，则应async void将方法内的所有代码包装在try-catch(Exception).

    我会告诉你一个秘密，从技术上来说，从上面的示例中捕获异常仍然是可能的，但要做到这一点，你必须编写自己的同步上下文。

    • 1

相关问题