VB.Net控制台应用HttpClient GetAsync正常 WinForm中调用挂起无异常

这是异步编程场景下非常典型的同步上下文死锁，控制台程序和WinForms程序的线程调度模型差异直接导致了两种完全不同的运行表现：

• WinForms作为UI框架，运行时会给UI线程绑定专属的同步上下文：默认情况下，代码中所有Await操作都会捕获当前执行的上下文，等异步任务执行完成后，必须回到捕获到的原始UI线程，才能继续执行Await之后的代码逻辑。
• 你在按钮点击事件中调用了strContent.Result，这个属性访问会直接阻塞当前UI线程，等待GetRequest任务执行完成返回结果。
• 而GetRequest内部的Await client.GetAsync()、Await content.ReadAsStringAsync()在异步IO完成后，因为默认捕获了UI同步上下文，必须等UI线程空闲才能切回UI线程执行后续的结果返回逻辑。
• 此时就形成了循环等待：UI线程阻塞等待任务返回结果，任务等待UI线程释放才能执行完成，程序直接挂死，不会抛出异常。

控制台程序能正常运行的原因很简单：控制台应用没有专属的同步上下文，Await操作完成后不需要回到特定线程，随便找个线程池线程就能继续执行后续逻辑返回结果，因此.Result的阻塞不会造成死锁。

推荐方案：全链路使用异步调用，不要混用阻塞式方法 #

这是最符合异步编程规范、最不容易出问题的解法：把UI事件处理程序标记为异步，全程用Await拿结果，不要用.Result、.Wait()这类会阻塞线程的调用。
修改后的按钮点击代码如下：

' WinForms原生支持Async标记的事件处理程序
Private Async Sub Button1_Click(sender As Object, e As EventArgs) Handles Button1.Click
    ' 直接Await异步方法获取字符串结果，不阻塞UI线程
    Dim strContent As String = Await GetRequest("http://www.google.com.pk")
    txtResults.Text = strContent
End Sub

原有的GetRequest方法不需要做任何修改即可正常运行。

备选方案：配置Await不捕获同步上下文 #

如果有特殊场景无法把上层调用改成全异步，可以给GetRequest里的每个Await调用加上.ConfigureAwait(False)，显式告诉运行时不需要捕获原始同步上下文，异步操作完成后直接在线程池线程执行后续逻辑，不需要切回UI线程，这样也能打破死锁循环：

Async Function GetRequest(url As String) As Task(Of String)
    Using client As New HttpClient()
        ' 所有Await节点都加上ConfigureAwait(False)
        Using response As HttpResponseMessage = Await client.GetAsync(url).ConfigureAwait(False)
            Using content As HttpContent = response.Content
                Dim myContent As String = Await content.ReadAsStringAsync().ConfigureAwait(False)
                Return myContent
            End Using
        End Using
    End Using
End Function

*注意：使用这个方案时，GetRequest返回后的代码如果涉及UI控件操作，必须手动切回UI线程执行，否则会触发跨线程操作控件的异常，因此UI层场景优先选择第一种全链路await的方案。

额外最佳实践：HttpClient建议做全局单例复用，不要每次请求都新建实例，否则高频请求场景下容易出现套接字端口耗尽的问题。

内容的提问来源于stack exchange，提问作者Craig Ferrier