TaskCompletionSource调用SetResult时，延续任务抛出的异常为何无法被其调用处的try-catch捕获？

你的困惑点非常典型，核心在于对TaskCompletionSource.SetResult()触发延续任务时的执行流程和异常传播机制理解有偏差。我们一步步拆解这个问题，先理清代码的实际执行流，再解释为什么延续任务的异常不会被SetResult()周围的try/catch捕获。

一、先理清代码的实际执行流程 #

我们按顺序走一遍你的程序执行步骤：

1. Main启动：Main调用Start()，创建TaskCompletionSource（TCS）和Process实例，注册Exited事件处理器，启动进程后返回TCS.Task。
2. Main挂起：await TCS.Task让Main方法挂起，返回一个未完成的Task给运行时。
3. 进程退出触发事件：当外部进程退出时，Exited事件在线程池的某个线程（假设ID为X）上触发，执行事件处理器。
4. SetResult触发延续：在事件处理器中调用taskCompletionSource.SetResult()，此时TCS标记自己的Task为已完成。由于控制台程序没有SynchronizationContext，运行时会尝试同步执行已注册的延续任务（也就是Main中await之后的代码：Console.WriteLine("Continuing execution in Main"); throw new Exception(...)）。
5. 延续任务异常被捕获：延续任务确实会在调用SetResult()的同一个线程（ID X）上同步执行，但抛出的异常并不会传播回SetResult()的调用栈——而是被.NET的Task运行时捕获，存储到延续任务对应的Task实例中（也就是Main方法返回的那个Task）。
6. 事件处理器继续执行：SetResult()调用完成后，事件处理器里的后续代码继续执行，try/catch块没有捕获到任何异常，因为它只能捕获SetResult()自身抛出的异常，而非延续任务的异常。
7. 未观察到的异常收尾：Main方法返回的Task上存储的异常如果没有被显式处理，会在程序退出时被运行时视为未观察到的异常（.NET Core及以后版本默认会静默处理，但可通过全局事件观察）。

二、为什么延续任务的异常不会回传给SetResult的调用者？ #

你的核心误解是：延续任务的执行不属于SetResult()调用的上下文，它的异常不会沿着SetResult()的调用栈向上传播。这里有三个关键原因：

1. 延续任务是独立的执行单元 #

SetResult()的唯一职责是将TCS的Task标记为已完成，并调度已注册的延续任务。延续任务本质是一个独立的执行逻辑单元（包装在Task实例中），它的执行上下文和SetResult()的调用上下文完全分离。

即使延续任务被同步执行（在同一个线程上紧接着SetResult()调用），它也是被.NET的Task内部机制间接调用的，而非直接作为SetResult()方法的一部分。延续任务的异常属于自身的Task实例，和SetResult()的调用过程没有关联。

2. .NET Task运行时会自动捕获延续任务的异常 #

为了避免应用因延续任务的异常意外崩溃，.NET的Task运行时会自动捕获延续任务中抛出的异常，并将其存储到对应的Task对象中。这种设计确保异常不会随意扩散到调用栈上层（比如SetResult()的调用者），而是需要开发者通过await、Task.Wait()或访问Task.Exception属性来显式处理。

在你的代码中，Main是async Task方法，它返回的Task就包含了延续任务抛出的异常。如果不在Main内部处理，这个异常会被标记为未观察到的异常。

3. 事件处理器的try/catch仅作用于SetResult自身 #

你在事件处理器中写的try/catch块，只能捕获SetResult()方法本身抛出的异常——比如多次调用SetResult()会触发InvalidOperationException，这个异常会被捕获。但延续任务的异常和SetResult()的执行逻辑无关，因此不会被这个try/catch捕获。

三、验证与修正：如何观察延续任务的异常？ #

如果你想处理Main延续任务抛出的异常，有两种常见方式：

1. 在Main方法内部显式捕获 #

直接在Main的async逻辑中用try/catch包裹：

public static async Task Main(string[] args)
{
    try
    {
        await Start();
        Console.WriteLine("Continuing execution in Main");
        throw new Exception("Exception from Main's continuation");
    }
    catch (Exception ex)
    {
        Console.WriteLine($"Caught exception in Main: {ex.Message}");
    }
}

2. 全局监听未观察到的Task异常 #

如果想捕获所有未被显式处理的Task异常，可以在程序启动时注册全局事件：

public static async Task Main(string[] args)
{
    // 注册全局未观察异常事件
    TaskScheduler.UnobservedTaskException += (sender, e) =>
    {
        Console.WriteLine($"Unobserved exception: {e.Exception.Message}");
        e.SetObserved(); // 标记为已处理，避免.NET Framework中程序崩溃
    };

    await Start();
    Console.WriteLine("Continuing execution in Main");
    throw new Exception("Exception from Main's continuation");
}

总结 #

• TaskCompletionSource.SetResult()仅负责完成Task并调度延续任务，不处理延续任务的执行结果或异常。
• 延续任务是独立的执行单元，其异常会被Task运行时捕获并存储到对应Task实例中，不会传播回SetResult()的调用栈。
• 事件处理器中的try/catch只能捕获SetResult()自身的异常，无法捕获延续任务抛出的异常。

内容来源于stack exchange