第三方DLL异步方法异常致崩溃，如何拦截TaskCanceledException？

嘿，这个场景我太熟悉了！第三方库的异步方法抛出的TaskCanceledException居然绕开了咱们写的try-catch，直接触发全局未处理异常还导致应用关闭，确实闹心。不过咱们可以通过几个办法把这个异常拦截在局部，不用依赖全局处理器：

方法1：用GetAwaiter().GetResult()同步等待（应急用，不推荐在UI线程） #

虽然异步代码优先用await，但如果第三方方法没把异常正确绑定到返回的Task上，你可以试试同步等待的方式捕获：

try
{
    ResultObject result = thirdPartyObject.MethodAsync().GetAwaiter().GetResult();
}
catch (TaskCanceledException ex)
{
    // 终于能抓到这个异常了！
    Console.WriteLine($"捕获到任务取消异常：{ex.Message}");
}

⚠️ 注意：这种方式在UI线程或者有同步上下文的环境里容易死锁，只适合临时测试或者非UI场景。

方法2：给第三方Task做个包装，手动检查异常 #

咱们可以写个包装方法，显式监控Task的异常状态，避免它“溜”到全局：

public async Task<ResultObject> SafeThirdPartyMethodAsync(ThirdPartyObject thirdParty)
{
    var task = thirdParty.MethodAsync();
    try
    {
        return await task.ConfigureAwait(false);
    }
    catch
    {
        // 兜底检查Task的异常集合，确保没漏网之鱼
        if (task.Exception != null)
        {
            foreach (var innerEx in task.Exception.InnerExceptions)
            {
                if (innerEx is TaskCanceledException canceledEx)
                {
                    // 这里可以自行处理，比如记录日志，或者重新抛出给上层
                    throw canceledEx;
                }
            }
        }
        throw; // 其他异常正常抛出
    }
}

之后调用这个包装方法就行：

try
{
    ResultObject result = await SafeThirdPartyMethodAsync(thirdPartyObject);
}
catch (TaskCanceledException ex)
{
    // 成功拦截！
}

方法3：用ContinueWith捕获异常 #

通过ContinueWith可以在Task完成后立刻检查它的状态，把逃逸的异常拦下来：

var task = thirdPartyObject.MethodAsync();
await task.ContinueWith(t =>
{
    if (t.IsFaulted)
    {
        // 从异常集合里找出TaskCanceledException
        var canceledEx = t.Exception.InnerExceptions.FirstOrDefault(e => e is TaskCanceledException);
        if (canceledEx != null)
        {
            // 处理异常，比如打日志，或者重新抛出给上层处理
            throw canceledEx;
        }
    }
    return t.Result;
}, TaskContinuationOptions.OnlyOnFaulted | TaskContinuationOptions.ExecuteSynchronously);

这种方式会在Task进入错误状态时马上触发处理逻辑，不让异常跑到AppDomain全局处理器里。

为啥原来的try-catch抓不到？ #

本质是第三方库的异步方法实现有问题：要么是内部用了没绑定到返回Task的线程（比如直接开new Thread()或者用ThreadPool.QueueUserWorkItem），要么是在Task已经完成后才抛出异常，导致异常没被包含在Task的Exception属性里，直接“逃”到了AppDomain。禁用JustMyCode后能看到异常，也侧面说明这是个未被正确处理的逃逸异常。

内容的提问来源于stack exchange，提问作者James Harcourt