.NET 4.7.1 ASP.NET MVC中await异步方法锁死，Task.Run正常的问题排查

问题描述 #

我有一个基于.NET 4.7.1的ASP.NET MVC应用，在System.Web.Mvc.Controller的POST方法中，直接使用await调用AnotherMethodAsync时，应用会在该行锁死且永不返回；但将该调用包裹在Task.Run中则能正常运行，两种表现100%稳定无随机情况。我认为无需用Task.Run来在异步方法中调用另一个异步方法，尝试过使用.ConfigureAwait(false)但仍会锁死，且不想因使用它而丢失上下文。

可正常运行的代码 #

public async Task<JsonResult> ExecuteMethod(string Input1, string Input2)
{
    var response = await Task.Run(async () =>
            {
                return await AnotherMethodAsync();
            });

    return Json(new ResponseContainer { ResponseText = response.ResponseOutput, }
            , JsonRequestBehavior.AllowGet);
}

锁死的代码 #

public async Task<JsonResult> ExecuteMethod(string Input1, string Input2)
{
    var response = await AnotherMethodAsync(); // 方法已调用，AnotherMethodAsync内部逻辑全部执行，但代码不会返回到Controller继续执行后续行。

    return Json(new ResponseContainer { ResponseText = response.ResponseOutput, }
            , JsonRequestBehavior.AllowGet);
}

原因分析 #

• 同步上下文阻塞：ASP.NET（非Core）的AspNetSynchronizationContext会在异步等待时捕获当前上下文。如果AnotherMethodAsync内部存在隐性同步阻塞操作（比如调用.Result/.Wait()或其他同步等待异步任务的代码），会导致上下文被占用，后续await完成后无法回到原上下文继续执行，形成死锁。Task.Run将逻辑放到线程池线程执行，脱离了原同步上下文，因此避开了阻塞问题。
• 异步实现不规范：如果AnotherMethodAsync并非纯异步实现，而是内部做同步工作后包装成Task返回，或是存在同步等待异步任务的逻辑，就会触发死锁。哪怕在Controller的await后加ConfigureAwait(false)，只要AnotherMethodAsync内部有同步阻塞，依然会锁死。

修复方案 #

• 修复AnotherMethodAsync的异步实现：检查AnotherMethodAsync内部代码，将所有同步等待异步任务的代码（如.Result、.Wait()）替换为await，确保整个调用链是纯异步的，无阻塞操作。这是最根本的解决办法，死锁的根源就是异步链中混入了同步阻塞。
• 按需避免捕获同步上下文：如果无法修改AnotherMethodAsync，可在调用时使用ConfigureAwait(false)，但需注意：若后续代码不需要访问原上下文（如无需HttpContext），可以采用此方法；若必须保留上下文，只能从根源修复AnotherMethodAsync的实现。
• 禁止将Task.Run作为常规方案：Task.Run会额外占用线程池资源，ASP.NET环境下无需用它包装异步调用，它只是绕过了同步上下文问题，并未解决根源，长期使用会影响应用性能。

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