C#中Async异步函数执行时仍冻结卡顿UI线程，该如何排查解决？

问题核心原因 #

1. StartListener为async void方法，若你在UI线程调用该方法，await client.ConnectAsync默认会捕获UI线程的同步上下文，await完成后的整个WebSocket接收while循环都会运行在UI线程上。你在循环内同步触发TcpReceived事件，所有事件处理逻辑都会直接阻塞UI线程。
2. 之前的实现把JSON反序列化、网络请求等非UI逻辑全部包装在Dispatcher.BeginInvoke中，等于把大量非UI任务塞到UI线程的消息队列里，任务堆积直接堵死UI线程，造成卡顿甚至永久冻结。

解决方案 #

1. 让WebSocket接收逻辑脱离UI线程 #

在ConnectAsync的await后添加.ConfigureAwait(false)，这样await完成后的后续代码会调度到线程池线程运行，不会占用UI线程：

// 修改StartListener中的连接代码
await client.ConnectAsync(serverUri, CancellationToken.None).ConfigureAwait(false);

2. 优化异步网络请求方法 #

优先使用性能更好的HttpClient替代老旧的WebClient，同时给await添加.ConfigureAwait(false)避免捕获UI上下文：

// 全局声明一个HttpClient实例，不要每次请求都新建/释放
private static readonly HttpClient _httpClient = new HttpClient();
public static async Task<string> getJsonFromURL(string url)
{
    try
    {
        return await _httpClient.GetStringAsync(url).ConfigureAwait(false);
    }
    catch (Exception ex)
    {
        Debug.WriteLine(ex.ToString());
        return null;
    }
}

3. 拆分业务逻辑与UI更新逻辑 #

仅在需要操作UI控件的时候才用Dispatcher调度，非UI逻辑完全在线程池运行，不要把所有逻辑都塞到Dispatcher队列中：

// 事件处理函数直接异步处理数据
private async void TcpListener_TcpReceived(object sender, string e)
{
    await ProcessTcpData(e);
}

// 异步处理TCP接收数据，全程在线程池运行，只有UI更新才调度到UI线程
private async Task ProcessTcpData(string e)
{
    try
    {
        dynamic results = JsonConvert.DeserializeObject<dynamic>(e);
        if (results.test_id != null)
        {
            string testInformation = await CommunicationCommands.getJsonFromURL(
                $"http://{ServerIP}:{ServerPort}/api/{results.test_id}");
            
            // 只有需要更新UI时才调用Dispatcher
            Application.Current.Dispatcher.BeginInvoke((Action)(() =>
            {
                // 此处编写UI更新逻辑，如给控件赋值等
            }));
        }                    
    }
    catch (Exception exception)
    {
        Trace.WriteLine(exception.ToString());
    }
}

注意事项 #

• async void仅可用于事件处理函数，其他自定义异步方法统一返回Task或Task<T>，方便异常捕获与调度。
• 所有非UI相关的await都建议添加.ConfigureAwait(false)，避免不必要的UI线程上下文捕获，减少UI线程压力。
• 不要随意创建新Thread处理IO密集型任务，线程池已经足够处理这类场景，手动创建线程只会增加额外的性能开销。
• Dispatcher仅用于处理UI相关操作，不要把业务逻辑、IO操作都塞到Dispatcher队列，避免阻塞UI消息循环。

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