我正在尝试从在 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 变体中做错了什么?
2 回答
慕尼黑的夜晚无繁华
TA贡献1864条经验 获得超6个赞
方法没有生命周期。他们在那里。总是。
(关于延迟加载程序集和即时编译可能有更复杂的解释,但对于垃圾收集器,它们无关紧要。方法存在。它们没有生命周期。它们永远不会被删除。)
实例都有相同的生命周期:直到对它们的最后一次引用超出范围并且垃圾收集器来删除它们。
谁创建了实例并不重要。谁持有对它的引用才重要。您的方法不保留对创建的实例的引用,因此调用者将决定生命周期(通过成为唯一引用它的方法,直到调用者授予其他人的访问权限)。
- 2 回答
- 0 关注
- 157 浏览
添加回答
举报
0/150
提交
取消