为什么在 ASP.NET 中使用 `await`/`async` 时 `HttpClient.GetAsync(...)` 挂起？

asp.net

/async和await僵局：解决方案HttpClient.GetAsync(...)> 在ASP.NET

中使用

>使用HttpClient.GetAsync(...)方法可以导致死锁。之所以发生这种情况，是因为ASP.NET的单线程请求处理模型与async的异步性质发生冲突。 当HttpClient暂停执行时，该线程将释放，但是恢复任务可能会尝试重新重新考虑已被另一个请求占用的同一线程，从而导致停滞。> await

理解僵局：

返回不完整的

1. 。 httpClient.GetAsync>Task悬挂当前线程直到
完成。
2. > await>尝试在ASP.NET请求上下文中恢复，但是上下文已经在使用中。 Task僵局结果。
3. Task
密钥解决方案：

：此至关重要的方法可防止

的延续被安排回原始上下文（例如，ASP.NET请求线程）。这消除了与上下文相关的僵局的潜力。

1. ConfigureAwait(false)>避免阻塞：Task始终使用

   ，而不是
之类的方法，哪个>
2. 在

   上同步阻塞，直接导致死锁。 await GetResult()代码示例：Task

有问题的代码：

>校正的代码：

<code class="language-csharp">public async Task<string> GetSomeDataAsync()
{
    var httpClient = new HttpClient();
    var result = await httpClient.GetAsync("http://stackoverflow.com", HttpCompletionOption.ResponseHeadersRead);
    return result.Content.Headers.ToString();
}</code>

进一步读取：

>更深入地了解.NET中的异步编程以及如何避免僵局，请参阅以下资源：>

• async/等待简介
• >async/等待FAQ（注意：MSDN已存档，但是信息仍然可以通过Web Archives访问） 等待，UI和僵局
• （注意：MSDN已存档，但是该信息仍然可以通过Web Archives访问） > MSDN论坛关于僵局
的讨论（注意：MSDN已存档，但该信息仍然可以通过Web Archives访问）
• >> Stephen Toub的僵局演示（注意：MSDN已存档，但该信息仍然可以通过Web Archives访问）
> lucian Wischik的僵局示范
• >通过在异步方法中始终使用，您可以有效防止这些僵局，并确保ASP.NET应用程序的平稳操作。

以上是为什么在 ASP.NET 中使用 `await`/`async` 时 `HttpClient.GetAsync(...)` 挂起？的详细内容。更多信息请关注PHP中文网其他相关文章！