我正在尝试从在 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扩展方法似乎需要一个额外的库,所以我选择了一个内置的、更抽象的,但在其他方面可能是类似的方法):
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永远不会返回。
摸索了一会儿后,我碰上了一个遥控类似的问题,在其评论部分,我发现一个很有意思的建议,通过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));
}
有点令人惊讶(对我来说),这是有效的。 GetAsync在不到一秒的时间内返回来自其他服务器的预期响应。
现在,同时使用 AngularJS,我对response.Result.Content和 之类的东西感到有点失望str.Result.Result。在 AngularJS 中,我希望上面的调用只是类似于:
$http.get(url).then(function (response) {
return response.data;
});
即使我们不考虑 JavaScript 中发生的自动 JSON 反序列化,AngularJS 代码仍然更容易,因为 egresponse没有被包装成一个承诺或类似的东西,我也不会像Task<Task<...>>从延续函数中返回另一个承诺那样结束结构.
因此,我对不得不使用这种ContinuesWith语法而不是更具可读性的 async-await 模式不太满意,如果后者只是有效的话。
我在 C# HTTP 调用的 async-await 变体中做错了什么?
神不在的星期二
相关分类