为什么 HTTP 请求从不 return 异步等待?
Why do HTTP requests never return with async await?
我正在尝试从 IIS 8.5 上的 ASP.NET 应用程序 运行 中对另一台服务器进行 HTTP 调用。
首先,我从 Microsoft Call a Web API From a .NET Client (C#) 的一篇文章中得到了一些提示。
我可以很容易地看到他们如何在那里进行 HTTP 调用的模式;仅显示一个缩短的示例:
static async Task<Product> GetProductAsync(string path)
{
HttpResponseMessage response = await client.GetAsync(path);
if (response.IsSuccessStatusCode)
{
// retrieve response payload
... = await response.Content.ReadAsAsync<...>();
}
// do something with data
}
很简单,我想,所以我很快为我的应用程序写了一个类似的方法(注意 ReadAsAsync
扩展方法 appears to require an additional library,所以我选择了一个内置的,更抽象, 但在其他方面大概是类似的方法):
private async Task<MyInfo> RetrieveMyInfoAsync(String url)
{
var response = await HttpClient.GetAsync(url);
response.EnsureSuccessStatusCode();
var responseBody = await response.Content.ReadAsStringAsync();
return JsonConvert.DeserializeObject<MyInfo>(responseBody);
}
不幸的是,调用此方法会导致我的应用程序挂起。调试时发现 await
对 GetAsync
的调用从不 returns.
经过一番搜索,我偶然发现了一个 , in whose comments section I found by Mr. B:
Remove all the async stuff and make sure it works.
所以我试了一下:
private Task<MyInfo> RetrieveMyInfoAsync(String url)
{
return HttpClient.GetAsync(url).ContinueWith(response =>
{
response.Result.EnsureSuccessStatusCode();
return response.Result.Content.ReadAsStringAsync();
}).ContinueWith(str => JsonConvert.DeserializeObject<MyInfo>(str.Result.Result));
}
有点令人惊讶(对我来说),这有效。 GetAsync
returns 在不到一秒内来自其他服务器的预期响应。
现在,同时使用 AngularJS,我对 response.Result.Content
和 str.Result.Result
之类的事情感到有些失望。在 AngularJS 中,我希望上面的调用简单地类似于:
$http.get(url).then(function (response) {
return response.data;
});
即使我们不考虑 JavaScript 中发生的自动 JSON 反序列化,AngularJS 代码仍然更容易,例如response
没有包含在承诺或类似的东西中,当从延续函数中返回另一个承诺时,我也不会以像 Task<Task<...>>
这样的结构结束。
因此,我不太愿意使用这种 ContinuesWith
语法而不是更易读的异步等待模式,如果后者刚刚好的话。
我在 C# HTTP 调用的异步等待变体中做错了什么?
根据 ConfigureAwait(false)
对您的问题有所帮助的事实判断,请阅读 Stephen Cleary 的博客中的这些内容:
http://blog.stephencleary.com/2012/07/dont-block-on-async-code.html
这家伙几乎是 async
专家(他写了《C# 并发指南》一书),所以无论我能说什么,他都可能解释得更好。基本上你在某处阻塞了 ASP.NET 线程,也许不是一直使用 await
而是 Wait
、Result
或 GetResult()
。您应该能够使用该博客自行诊断问题。
ConfigureAwait(false)
所做的是它不捕获当前上下文,因此 HTTP 请求在 ASP.NET 上下文之外的其他地方(正确地)执行,从而防止死锁。
编辑:
根据您的评论判断,GetAwaiter().GetResult()
是导致问题的原因。如果您将其更改为 await
并将调用方法更改为 async
您可能会修复所有问题。
自从 C# 7.0 和 async Task Main()
方法支持以来,真的没有理由阻止而不是在您的应用程序代码中使用 await
。
我正在尝试从 IIS 8.5 上的 ASP.NET 应用程序 运行 中对另一台服务器进行 HTTP 调用。
首先,我从 Microsoft Call a Web API From a .NET Client (C#) 的一篇文章中得到了一些提示。 我可以很容易地看到他们如何在那里进行 HTTP 调用的模式;仅显示一个缩短的示例:
static async Task<Product> GetProductAsync(string path)
{
HttpResponseMessage response = await client.GetAsync(path);
if (response.IsSuccessStatusCode)
{
// retrieve response payload
... = await response.Content.ReadAsAsync<...>();
}
// do something with data
}
很简单,我想,所以我很快为我的应用程序写了一个类似的方法(注意 ReadAsAsync
扩展方法 appears to require an additional library,所以我选择了一个内置的,更抽象, 但在其他方面大概是类似的方法):
private async Task<MyInfo> RetrieveMyInfoAsync(String url)
{
var response = await HttpClient.GetAsync(url);
response.EnsureSuccessStatusCode();
var responseBody = await response.Content.ReadAsStringAsync();
return JsonConvert.DeserializeObject<MyInfo>(responseBody);
}
不幸的是,调用此方法会导致我的应用程序挂起。调试时发现 await
对 GetAsync
的调用从不 returns.
经过一番搜索,我偶然发现了一个
Remove all the async stuff and make sure it works.
所以我试了一下:
private Task<MyInfo> RetrieveMyInfoAsync(String url)
{
return HttpClient.GetAsync(url).ContinueWith(response =>
{
response.Result.EnsureSuccessStatusCode();
return response.Result.Content.ReadAsStringAsync();
}).ContinueWith(str => JsonConvert.DeserializeObject<MyInfo>(str.Result.Result));
}
有点令人惊讶(对我来说),这有效。 GetAsync
returns 在不到一秒内来自其他服务器的预期响应。
现在,同时使用 AngularJS,我对 response.Result.Content
和 str.Result.Result
之类的事情感到有些失望。在 AngularJS 中,我希望上面的调用简单地类似于:
$http.get(url).then(function (response) {
return response.data;
});
即使我们不考虑 JavaScript 中发生的自动 JSON 反序列化,AngularJS 代码仍然更容易,例如response
没有包含在承诺或类似的东西中,当从延续函数中返回另一个承诺时,我也不会以像 Task<Task<...>>
这样的结构结束。
因此,我不太愿意使用这种 ContinuesWith
语法而不是更易读的异步等待模式,如果后者刚刚好的话。
我在 C# HTTP 调用的异步等待变体中做错了什么?
根据 ConfigureAwait(false)
对您的问题有所帮助的事实判断,请阅读 Stephen Cleary 的博客中的这些内容:
http://blog.stephencleary.com/2012/07/dont-block-on-async-code.html
这家伙几乎是 async
专家(他写了《C# 并发指南》一书),所以无论我能说什么,他都可能解释得更好。基本上你在某处阻塞了 ASP.NET 线程,也许不是一直使用 await
而是 Wait
、Result
或 GetResult()
。您应该能够使用该博客自行诊断问题。
ConfigureAwait(false)
所做的是它不捕获当前上下文,因此 HTTP 请求在 ASP.NET 上下文之外的其他地方(正确地)执行,从而防止死锁。
编辑:
根据您的评论判断,GetAwaiter().GetResult()
是导致问题的原因。如果您将其更改为 await
并将调用方法更改为 async
您可能会修复所有问题。
自从 C# 7.0 和 async Task Main()
方法支持以来,真的没有理由阻止而不是在您的应用程序代码中使用 await
。