我正在尝试从在 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
永远不会回来。
四处搜索之后,我偶然发现了一个 remotely similar issue ,我在其评论部分找到了 a very interesting suggestion通过 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
在不到一秒的时间内返回来自其他服务器的预期响应。
现在,同时使用 AngularJS,我对 response.Result.Content
这样的事情感到有点失望。和 str.Result.Result
.在 AngularJS 中,我希望上面的调用简单地类似于:
$http.get(url).then(function (response) {
return response.data;
});
即使我们不考虑 JavaScript 中发生的自动 JSON 反序列化,AngularJS 代码仍然更容易,例如response
没有包含在 promise 或类似的东西中,我也不会得到像 Task<Task<...>>
这样的结构当从延续函数中返回另一个 promise 时。
因此,我对必须使用这个 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
,永远。
关于c# - 为什么 HTTP 请求永远不会返回异步等待?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51765142/