异步请求返回404时调用GetAsync().Result导致代码卡死问题

你遇到的是.NET异步编程场景下的经典同步上下文死锁问题，卡死和接口返回404状态码没有直接关联，本质是.Result同步阻塞异步任务的写法，和await默认捕获同步上下文的机制产生了冲突。

死锁触发流程 #

• 当你在带同步上下文的运行环境（ASP.NET Framework、WPF、WinForms 均存在这类专属同步上下文，ASP.NET Core 默认无同步上下文不会触发该问题）调用GetAsync().Result时，当前执行线程会被同步阻塞，直到对应的Task标记为完成才会继续往下执行。
• 你的GetAsync方法内部写了await _licenseMgr.GetAccountsAsync(...)，await关键字默认会在异步操作完成后，捕获触发await时的原始同步上下文，尝试回到该上下文对应的线程上执行await后面的代码（也就是return accounts的逻辑）。
• 此时原始同步上下文对应的线程已经被.Result阻塞占用，异步操作完成后要执行的后续回调拿不到可用的上下文线程，Task永远无法被标记为完成，.Result就会无限等待，形成永久死锁。
• 你抓包看到接口返回404，仅代表HTTP请求已经发送到服务端、服务端已经返回响应，但响应回来之后的状态解析、异常抛出、结果返回逻辑全部因为死锁卡在了线程调度环节，根本没有机会执行，自然既不会抛出404对应的异常，也不会返回null。

修复方案 #

推荐方案：全链路使用异步调用 #

把调用GetAsync()的上层代码也改造为异步方法，全程使用await关键字等待异步任务执行完成，从调用链上彻底消除同步阻塞异步代码的写法，从根源上避免死锁。

兼容方案：禁用同步上下文捕获 #

如果短期内无法改造上层同步调用逻辑，可以在所有await调用后追加.ConfigureAwait(false)，告知运行时异步操作完成后不需要回到原始同步上下文，直接使用线程池线程执行后续逻辑，打破死锁的触发条件：

public async Task<List<Account>> GetAsync(string feature, string licenseType, string token)
{
   // 查找对应用户拥有对应许可证的账户
   var accounts = await _licenseMgr.GetAccountsAsync(
      feature,
      licenseType,
      token).ConfigureAwait(false);

   return accounts;
}

注意：如果_licenseMgr.GetAccountsAsync方法内部的await调用没有加.ConfigureAwait(false)，该改法依然存在死锁风险，全链路异步才是最稳妥的解决方案。

• 不推荐使用Task.Run(() => GetAsync(...)).Result这类写法绕开死锁，这类写法只是把阻塞转移到了线程池线程，本质还是同步阻塞异步代码，会损失异步IO的性能优势，高并发场景下还可能耗尽线程池资源。

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