O. *_*per 3 c# asp.net asynchronous task-parallel-library 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
}
Run Code Online (Sandbox Code Playgroud)
很简单,我想,所以我很快为我的应用程序编写了一个类似的方法(请注意,ReadAsAsync
扩展方法似乎需要一个额外的库,所以我选择了一种内置的、更抽象的,但在其他方面可能是类似的方法):
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);
}
Run Code Online (Sandbox Code Playgroud)
不幸的是,调用此方法会导致我的应用程序挂起。调试时,事实证明await
调用GetAsync
永远不会返回。
摸索了一会儿后,我碰上了一个遥控类似的问题,在其评论部分,我发现一个很有意思的建议,通过B君:
删除所有异步内容并确保它有效。
所以我试了一下:
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));
}
Run Code Online (Sandbox Code Playgroud)
有点令人惊讶(对我来说),这是有效的。 GetAsync
在不到一秒的时间内返回来自其他服务器的预期响应。
现在,同时使用 AngularJS,我对response.Result.Content
和 之类的东西有点失望str.Result.Result
。在 AngularJS 中,我希望上面的调用只是类似于:
$http.get(url).then(function (response) {
return response.data;
});
Run Code Online (Sandbox Code Playgroud)
即使我们不考虑 JavaScript 中发生的自动 JSON 反序列化,AngularJS 代码仍然更容易,因为 egresponse
没有被包装成一个承诺或类似的东西,我也不会像Task<Task<...>>
从延续函数中返回另一个承诺那样结束结构.
因此,我对不得不使用这种ContinuesWith
语法而不是更具可读性的 async-await 模式不太满意,如果后者只是有效的话。
我在 C# HTTP 调用的 async-await 变体中做错了什么?
因此,根据对ConfigureAwait(false)
您的问题有帮助的事实判断,请从 Stephen Cleary 的博客中阅读这些内容:http :
//blog.stephencleary.com/2012/07/dont-block-on-async-code.html
这家伙几乎是个async
专家(他在 C# Cookbook 书中写了并发),所以无论我能说什么,他都可能解释得更好。基本上你挡住了ASP.NET线程的地方,也许不是用await
所有的方式,而是Wait
,Result
还是GetResult()
。您应该能够使用该博客自行诊断问题。
什么ConfigureAwait(false)
做的是它并没有抓住当前背景下,这样的HTTP请求被执行(正确的)其他地方比在ASP.NET背景下,防止死锁。
编辑:
GetAwaiter().GetResult()
根据您的评论判断是什么导致了问题。如果您将其更改为await
和调用方法,async
您可能会解决所有问题。
由于 C# 7.0 和async Task Main()
方法支持,因此真的没有理由await
在应用程序代码中阻塞而不是使用。
归档时间: |
|
查看次数: |
3339 次 |
最近记录: |