前言

在多核CPU越来越普及的时代，异步编程成为构建高性能、可伸缩应用程序的关键。通过使用少量的线程执行大量操作，尤其是计算型和IO型任务，我们能够有效地提高应用性能。然而，在获取数据后将其绑定到UI中呈现时，若数据量偏大，用户可能会遭遇窗体“失去响应”的糟糕体验。本文将探讨如何正确使用异步调用来避免这种情况，并提供相应的解决方案。

窗体阻塞的原因

窗体阻塞通常分为两种情况：

一种是由于在UI线程上调用了耗时较长的操作（如访问数据库），导致UI线程被占用；

另一种则是加载大批量数据至控件（如ListView、DataGridView）中，造成界面冻结。

本文主要讨论第二种情况，并介绍如何利用异步编程技术来优化用户体验。

控件的线程安全检测

在.NET Framework 2.0及后续版本中，System.Windows.Forms.Control新增了CheckForIllegalCrossThreadCalls属性，用于标记是否需要对非UI线程对控件的访问进行检测。

如果设置为true，则当从非UI线程访问控件时会抛出异常；反之，则不捕获此类错误，允许程序继续运行。为了确保UI的安全性，CLR默认不允许非UI线程直接访问控件。

Control.Invoke与BeginInvoke

对于这两个方法，需要注意的是它们虽然名称暗示了异步特性，但实际上都是在UI线程上执行代码。

其中，Control.BeginInvoke相对于其调用线程而言是异步的，但对UI线程来说仍然是同步执行。

因此，即使采用BeginInvoke，如果执行了耗时操作，仍会导致UI线程阻塞。

体验BeginInvoke

下面的例子展示了如何使用BeginInvoke：

private void btn_Start_Click(object sender, EventArgs e) {
    int curThreadID = Thread.CurrentThread.ManagedThreadId;
    
    new Thread(() => {
        PrintThreadLog(curThreadID);
    }).Start();
}

private void PrintThreadLog(int mainThreadID) {
    int asyncThreadID = Thread.CurrentThread.ManagedThreadId;
    
    label1.BeginInvoke((MethodInvoker)delegate() {
        int curThreadID = Thread.CurrentThread.ManagedThreadId;
        label1.Text = $"Async Thread ID:{asyncThreadID}, Current Thread ID:{curThreadID}, Is UI Thread:{curThreadID.Equals(mainThreadID)}";
    });
    
    Thread.Sleep(3000); // 模拟耗时操作
}

该示例说明了BeginInvoke中的代码块实际上是在UI线程上执行的，而耗时操作则在工作线程上并行处理，从而不会影响UI响应。

解决方案

针对大数据量加载导致的UI卡顿问题，可以采用异步方式逐条添加数据至控件中，并开启双缓冲以减少闪烁现象。

例如，使用自定义的DBListView控件实现如下：

public DBListView() {
    SetStyle(ControlStyles.OptimizedDoubleBuffer | ControlStyles.AllPaintingInWmPaint, true);
}

然后通过异步线程逐步向DBListView中添加数据项，避免一次性加载所有数据造成的界面冻结。

总结

无假死窗体演示

如何使用异步编程技巧使窗体在加载大量数据时保持响应。

性能问题探讨

异步加载带来的性能损耗及其可能的解决方案。

最终方案实施

如何通过启用双缓冲机制有效减少控件刷新时的闪烁现象。

总结

本文深入讲解了异步编程在Windows Forms应用程序中的重要性，特别是如何避免因大量数据加载而导致的UI假死问题。

通过对Control.Invoke与BeginInvoke的理解，以及合理运用双缓冲技术，开发可以显著提升应用的用户体验。希望读者能从中获得启发，应用于自己的项目实践中。

关键词

#异步调用、#CLR、#UI线程、#Control.Invoke、Control.BeginInvoke、#线程安全检测、#双缓冲、#性能优化

阅读原文：原文链接