ASP.NET MVC中如何正确调用混合异步同步代码避免挂死

这是.NET Framework版本ASP.NET MVC的经典同步上下文死锁问题，触发逻辑非常明确：

• 传统ASP.NET MVC运行时内置AspNetSynchronizationContext，每个请求的上下文同一时间仅允许一个线程执行操作，所有异步方法await后的延续任务都会被强制调度回原始请求上下文执行。
• 外部库代码在请求线程上直接访问异步方法的.Result做阻塞等待，此时请求线程被锁死等待CallApiAsync执行完成；但CallApiAsync执行完毕后，它的延续任务必须进入被占住的请求上下文才能结束等待，两边互锁就会出现永久挂起。
• 你之前用Task.Factory.StartNew包装调用仍然偶发挂死，是因为该方法默认使用TaskScheduler.Current调度任务，在ASP.NET请求上下文中启动时，任务仍可能继承请求同步上下文，死锁条件没有被彻底破坏。

由于你无法修改外部类库的实现，核心解决思路是彻底切断外部库调用和ASP.NET请求同步上下文的关联，从根源上破坏死锁条件，下面两个方案按优先级选即可：

方案1：使用Task.Run将调用调度到线程池执行（优先使用，代码最简） #

Task.Run会默认将任务调度到无同步上下文的线程池线程执行，不会和ASP.NET请求上下文产生绑定，注意用GetAwaiter().GetResult()等待，避免异常被AggregateException包装增加排查成本：

// 控制器Action内的调用代码
Configuration loginConfig = Task.Run(() =>
{
    var authApi = new AuthorizationApi();
    return authApi.LogIn("your_username", "your_password");
}).GetAwaiter().GetResult();

方案2：临时清空同步上下文执行（兼容性最高，极端场景兜底） #

如果方案1在你的运行环境中仍偶发异常，可以写一个通用辅助方法，在调用外部库前临时将当前线程的同步上下文置空，执行完成后再还原，100%避免上下文绑定导致的死锁：

/// <summary>
/// 同步调用存在异步阻塞死锁风险的第三方方法
/// </summary>
public static T ExecuteWithoutSyncContext<T>(Func<T> func)
{
    // 保存当前请求原有的同步上下文
    var originalSyncContext = SynchronizationContext.Current;
    try
    {
        // 临时清空同步上下文，阻断死锁条件
        SynchronizationContext.SetSynchronizationContext(null);
        return func();
    }
    finally
    {
        // 执行完成后还原原始上下文，不影响后续请求管道处理
        SynchronizationContext.SetSynchronizationContext(originalSyncContext);
    }
}

调用方式非常简单：

var loginConfig = ExecuteWithoutSyncContext(() =>
{
    var authApi = new AuthorizationApi();
    return authApi.LogIn("your_username", "your_password");
});

• 不要尝试通过加ConfigureAwait(false)解决问题，该方法仅对可修改源码的await逻辑生效，你无法修改外部库内部的异步实现，加了也没用。
• 不要混用异步等待和阻塞等待，比如在Action里用async/await包装上述逻辑，反而可能重新引入同步上下文绑定。
• 该问题仅存在于.NET Framework下的ASP.NET MVC/WEB API，ASP.NET Core移除了专属请求同步上下文，直接调用.Result也不会触发这类死锁。

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