为什么httpclient.getAsync（）`僵局在.net 4.5中等待异步/等待？

.NET 4.5 中 HttpClient.GetAsync() 与 Async/Await 导致死锁

在 .NET 4.5 中，使用 HttpClient 类结合 async/await 模式时，某些情况下可能会出现 httpClient.GetAsync(...) 的结果“等待”无限期挂起的问题。在提供的代码中，“test5”案例中观察到此行为，并引发了 HttpClient 类中是否存在错误或 API 是否被误用的问题。

死锁原因

死锁是由 async/await 模式使用的线程上下文和同步机制与某些方法固有的线程阻塞行为不匹配造成的。在 ASP.NET 请求上下文中等待 Task 时，该方法通常会在捕获的 SynchronizationContext 上恢复，确保请求上下文的保留。

然而，在 test5 的情况下，AsyncAwait_GetSomeDataAsync 在等待 HttpClient.GetAsync 的结果时启动了一个阻塞操作，即 Test5Controller.Get。这阻塞了拥有请求上下文的线程，阻止了在该上下文中处理 Task 的完成。

Async/Await 和 HttpClient 使用的最佳实践

为了避免这种死锁情况，建议采用以下最佳实践：

• 尽可能在“库”异步方法中使用 ConfigureAwait(false)。这允许延续在普通的线程池线程上运行，绕过 ASP.NET 请求上下文。
• 避免阻塞 Task 操作；而应在整个代码中利用 async/await 模式。

通过遵守这些实践，可以同时实现使用 async/await 的两个好处：在单独的线程池线程上运行延续，而无需 ASP.NET 请求上下文，并保持控制器本身为异步以防止请求线程阻塞。

以上是为什么httpclient.getAsync（）`僵局在.net 4.5中等待异步/等待？的详细内容。更多信息请关注PHP中文网其他相关文章！