C# 异常重抛深度解析：throw ex、throw 与 ExceptionDispatchInfo

在 C# / .NET 开发中，捕获异常后如何将其“向上抛出”是一个经典且容易被忽视的技术细节。许多生产环境难以排查的 Bug，追根溯源都是因为代码中随手写了一句不恰当的 throw ex;，导致真实的崩溃点调用栈（Stack Trace）被无意截断。

目录

1. 问题起点：一个典型的异常调用链
2. 机制剖析：三种抛出方式的本质差异
   • 1. throw ex; —— 危险的“堆栈重置”
   • 2. throw; —— 标准的原样冒泡
   • 3. ExceptionDispatchInfo —— 跨越边界的利器
3. 核心对比速查表
4. 工程实践与避坑指南

一、问题起点：一个典型的异常调用链

假设系统中有三层调用结构：Main -> ProcessOrder -> QueryDatabase。

void Main()
{
    try
    {
        ProcessOrder();
    }
    catch (Exception ex)
    {
        // 顶层异常处理：打印调用栈排查问题
        Console.WriteLine(ex.ToString());
    }
}

void ProcessOrder()
{
    try
    {
        QueryDatabase();
    }
    catch (Exception ex)
    {
        // 业务层：记录日志或执行清理，随后继续抛出给上层
        // 此处该如何抛出？
    }
}

void QueryDatabase()
{
    // 模拟真实底层报错
    throw new TimeoutException("Database connection timed out.");
}

在中间层 ProcessOrder 的 catch 块中，如果只是想记录日志并让调用方知道发生了异常，不同的抛出写法会带来完全不同的排查体验。

二、机制剖析：三种抛出方式的本质差异

1. throw ex; —— 危险的“堆栈重置”

初学者最容易下意识写出的代码：

catch (Exception ex)
{
    _logger.LogError(ex, "Order processing encountered an error.");
    throw ex; // ⚠️ 强烈反模式
}

底层原理

CLR 会将执行 throw ex; 的这一行（即 ProcessOrder 内部）标记为异常的全新源起点，从而重置该异常对象的堆栈信息。

捕获到的堆栈输出

System.TimeoutException: Database connection timed out.
   at Program.ProcessOrder() in Program.cs:line 20
   at Program.Main() in Program.cs:line 6

代价分析

真实的故障源头 QueryDatabase() 从调用栈中彻底消失了。如果 ProcessOrder() 内部有数十行数据库操作和 RPC 调用，你将无法仅凭日志定位到底是哪一个调用失败，给线上排错带来巨大困难。

2. throw; —— 标准的原样冒泡

在 catch 块内部，无参数的 throw; 是最地道、最推荐的做法：

catch (Exception ex)
{
    _logger.LogError(ex, "Order processing encountered an error.");
    throw; //  最佳实践
}

底层原理

C# 编译器会将该语句编译为 CIL（通用中间语言）指令 rethrow。CLR 会知晓当前处于异常处理上下文中，在保留最初抛出点堆栈的同时，继续将异常向上层栈帧传播。

捕获到的堆栈输出

System.TimeoutException: Database connection timed out.
   at Program.QueryDatabase() in Program.cs:line 27   <-- 真实故障点完好保留
   at Program.ProcessOrder() in Program.cs:line 20
   at Program.Main() in Program.cs:line 6

局限性

• 作用域受限：throw; 必须且只能出现在 catch 块的作用域内。
• 无法脱离当前 catch 块暂存异常并在后续异步回调或另一个线程中重抛。

3. ExceptionDispatchInfo —— 跨越边界的利器

如果业务逻辑需要：

1. 先捕获异常并跳出 catch 块；
2. 执行某些异步清理、重试判断或在线程池中流转；
3. 在另一个时间点、另一个方法甚至另一个线程中恢复抛出。

在 .NET 4.5 之前，一旦脱离 catch 块，重新抛出往往意味着必须用 throw ex;（丢失原栈）或者用 new Exception("...", ex) 包装为内部异常。

为了彻底解决这一问题，.NET 在命名空间 System.Runtime.ExceptionServices 下提供了 ExceptionDispatchInfo。

基本用法

using System.Runtime.ExceptionServices;

ExceptionDispatchInfo capturedInfo = null;

try
{
    QueryDatabase();
}
catch (Exception ex)
{
    _logger.LogError(ex, "Captured for deferred handling.");
    // 1. 捕获并冻结异常状态（包含原始完整堆栈）
    capturedInfo = ExceptionDispatchInfo.Capture(ex);
}

// ... 此时已经脱离 catch 块，可以自由执行其他清理逻辑 ...

// 2. 在任意位置、任意线程或方法中安全重新抛出
capturedInfo?.Throw();

底层原理与堆栈效果

调用 Capture() 时，它会保存当时的堆栈追踪信息；调用 Throw() 时，它会还原异常实例并继续向后追加栈帧，同时插入一道清晰的边界标记：

System.TimeoutException: Database connection timed out.
   at Program.QueryDatabase() in Program.cs:line 27
--- End of stack trace from previous location ---
   at Program.ExecuteDeferred() in Program.cs:line 45
   at Program.Main() in Program.cs:line 6

经典应用场景

1. async / await 底层基础设施：在异步状态机中，异步任务在 Worker 线程抛出异常，Task 抓取后切回调用方的同步上下文（SynchronizationContext），底层正是利用 ExceptionDispatchInfo 将原始堆栈还原到 await 处。
2. 多步骤回滚逻辑：步骤 A 抛出异常，需要先执行步骤 B、C 的补偿回滚，最后再把步骤 A 的原始异常重抛给网关层。
3. 线程间异常传递：在后台 Worker 线程捕获异常后投递给 UI 线程或调度线程消费。

三、核心对比速查表

四、工程实践与避坑指南

1. 同层重抛默认用 throw;
   凡是捕获后仅仅做日志记录、指标上报、无条件向外冒泡的场景，始终采用无参数的 throw;。

2. 领域抽象时使用包装异常（Inner Exception）
   若需要将底层技术异常转换为业务领域异常（例如将 SqlException 转换为 OrderPaymentFailedException），不要裸抛，而是作为内部异常嵌套传入：

   catch (SqlException ex)
   {
       throw new OrderPaymentFailedException("支付流水入库失败", ex); // 保护 inner exception 链条
   }
   

3. 慎用 catch 后再 throw 的空操作
   如果捕获异常后既不做日志也不做处理，仅写了 catch (Exception) { throw; }，应直接移除该 try-catch 块，避免无意义的性能开销和代码冗余。

4. 利用 C# 异常筛选器（Exception Filters）减少重抛
   若仅在特定条件下处理异常，优先使用 when 关键字，它可以在不展开调用栈（Stack Unwinding）的前提下判断是否捕获，效率更高且完全不干扰堆栈跟踪：

   try
   {
       QueryDatabase();
   }
   catch (HttpRequestException ex) when (ex.StatusCode == HttpStatusCode.NotFound)
   {
       // 仅针对特定状态码做兜底处理，其余异常无需 catch 后再 throw，自动向上冒泡
   }