ASP.NET异步/await调用异常处理失效及与控制台差异咨询

你遇到的这个问题核心在于不同环境下的同步上下文（SynchronizationContext）行为差异，以及async/await结合阻塞调用（Wait()）时的死锁问题，咱们一步步拆解：

1. 为什么ASP.NET非异步控制器调用Test().Wait()会挂起且catch不触发？ #

先看你的核心代码：

private static async Task Test() { 
    try { 
        await Task.Run(() => { throw new Exception("Test Exception"); }); 
    } catch (Exception) { 
        throw; 
    } 
}

[HttpGet] 
public virtual ActionResult TestAction() { 
    try { 
        Test().Wait(); 
    } catch (Exception) { 
        throw; 
    } 
}

在传统ASP.NET（非Core）环境中，存在一个AspNetSynchronizationContext，它会绑定当前请求的上下文（比如请求状态、用户会话等）。当代码执行时：

• Task.Run的逻辑在线程池线程执行并抛出异常
• await会暂时释放当前的同步上下文，让主线程执行Wait()，但Wait()会直接阻塞主线程，死死占用着AspNetSynchronizationContext
• 当Task.Run完成后，async方法需要回到原来的AspNetSynchronizationContext上下文才能执行后续的catch块和throw操作，但这个上下文已经被阻塞的主线程占住了

这就形成了死锁：Wait()等着Test方法完成，而Test方法的后续代码等着同步上下文被释放，所以请求一直挂起，异常根本没机会抛出来，自然两个catch都触发不了。

2. 为什么控制台/WinForms中相同代码能正常触发catch？ #

控制台程序默认没有自定义的同步上下文（或者使用的是无绑定的ThreadPoolSynchronizationContext），await完成后会直接在线程池线程继续执行Test方法的catch块，不需要回到原来的主线程上下文。所以catch块能正常执行并抛出异常，此时Wait()就能捕获到这个异常，触发TestAction里的catch逻辑。

（WinForms环境中如果在主线程调用Wait()其实也可能触发死锁，但你测试的场景可能没碰到这种情况，核心逻辑还是同步上下文的差异。）

3. 为什么直接Task.Run(() => {...}).Wait()在ASP.NET中能正常触发catch？ #

看这段代码：

[HttpGet] 
public virtual ActionResult TestAction() { 
    try { 
        Task.Run(() => { throw new Exception("Test Exception"); }).Wait(); 
    } catch (Exception) { 
        throw; 
    } 
}

这里没有async/await的上下文切换逻辑：Task.Run抛出的异常会直接被封装到Task的Exception属性中，Wait()调用时会直接将这个异常重新抛出，整个过程没有涉及到AspNetSynchronizationContext的上下文回归，自然不会产生死锁，所以catch能正常捕获异常。

解决方案：避免在ASP.NET中混用阻塞调用和async/await #

正确的做法是使用异步控制器，让控制器方法也返回Task<ActionResult>，用await调用Test()，这样就能避免死锁，异常也能正常处理：

[HttpGet] 
public virtual async Task<ActionResult> TestAction() { 
    try { 
        await Test(); 
    } catch (Exception) { 
        // 按需处理异常
        throw; 
    } 
}

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