我已经阅读了一些关于async/await的内容,并试图在windows窗体中重现一个死锁场景,方法是在UI线程上调用WebClient.DownloadStringTaskAsync,然后在任务执行时在UI线程上调用task.Result。这导致了僵局。
然后,我试图通过对返回的任务调用ConfigureAwait(false)来解决这个问题,但令我惊讶的是,这仍然导致了一个死锁。我的理解是,它应该在不同的线程上执行方法的延续,因此不应该出现死锁。我遗漏了什么?
我知道如何绕过这个问题,但我认为ConfigureAwait(false)也会解决这个问题。
这是代码,我使用的是Net4.5
private async void button1_Click(object sender, EventArgs e)
{
// Deadlocks!
Task<string> task = DownloadAsync();
textBox1.Text = task.Result;
// Works
//textBox1.Text = await DownloadAsync();
}
private static async Task<string> DownloadAsync()
{
var client = new WebClient();
string result = await client.DownloadStringTaskAsync("http://www.rpmglobal.com").ConfigureAwait(false);
return result;
}发布于 2013-08-30 04:00:48
WebClient仍然会导致这种死锁,因为DownloadStringTaskAsync只是EAP方法的包装器,这些方法总是在原始上下文中引发它们的事件。没办法把这关了。
尝试使用HttpClient (或一些简单的东西,如Task.Delay)来查看两者之间的区别。
https://stackoverflow.com/questions/18524609
复制相似问题