使用 ExceptionDispatchInfo 捕捉并重新抛出异常

最新推荐文章于 2024-03-29 08:03:06 发布

walter lv

最新推荐文章于 2024-03-29 08:03:06 发布

阅读量2.4k

点赞数

分类专栏： dotnet csharp .NET 异步与并发文章标签： .net 异常线程异步

本文链接：https://blog.csdn.net/WPwalter/article/details/78324276

版权

本文探讨如何使用ExceptionDispatchInfo在.NET中正确地重新抛出异常，保持原始调用栈信息。ExceptionDispatchInfo在.NET 4.5中引入，旨在解决重新抛出异常时调用栈信息丢失的问题。通过示例，文章解释了不恰当的重新抛出方式以及何时使用InnerException和ExceptionDispatchInfo。此外，还讨论了在异步线程和异常收集场景下使用这些工具的最佳实践。

摘要由CSDN通过智能技术生成

当你跑起了一个异步线程，并用 await 异步等待时，有没有好奇为什么能够在主线程 catch 到异步线程的异常？

当你希望在代码中提前收集好异常，最后一并把收集到的异常抛出的时候，能不能做到就像在原始异常发生的地方抛出一样？

本文介绍 ExceptionDispatchInfo，专门用于重新抛出异常。它在 .NET Framework 4.5 中首次引入，并原生在 .NET Core 和 .NET Standard 中得到支持。

先探索为什么需要重新抛出异常，再了解如何最佳地重新抛出异常。如果你只希望了解 ExceptionDispatchInfo，请直接从以下导航中点击跳转到最后一节。

重新抛出异常

说起重新抛出异常，你是否会认为就是写出如下代码？

try
{
    DoButExceptionsMayOccur();
}
catch(Exception ex)
{
    // 在这里进行抢救。
    // 永远不要写出下面这句代码！（Don't write the code below forever!）
    throw ex;
}

为了防止这段代码被意外复制出去危及项目，我特地在注释中标明了永远不应该直接写出 throw ex 这样的句子！

这是因为 throw 语句会为异常的实例填充调用栈信息，范围为 throw 的地方开始，到 catch 的地方结束。也就是说，在异常刚刚发生的时候，也就是 DoButExceptionsMayOccur 里面的某一个调用会成为调用栈的起点，上面写了 catch