浅谈.NET下的多线程和并行计算（八）Winform中多线程编程基础上

最新推荐文章于 2020-06-26 16:25:17 发布

ulark

最新推荐文章于 2020-06-26 16:25:17 发布

阅读量556

点赞数

分类专栏：多线程文章标签：多线程 winform .net textbox ui thread

本文链接：https://blog.csdn.net/ulark/article/details/5149703

版权

多线程专栏收录该内容

27 篇文章 0 订阅

订阅专栏

首先我们创建一个Winform的应用程序，在上面添加一个多行文本框和一个按钮控件，按钮的事件如下：

Thread.Sleep(1000);
StringBuilder sb = new StringBuilder();
for (int i = 0; i < 10000; i++)
    sb.Append("test");
string s = sb.ToString();
textBox1.Text = s;

首先我们可以把这个操作理解为一个非常耗时的操作，它至少占用1秒的时间。在1秒后，我们整了一个大字符串作为文本框的值，然后在标签上显示给文本框赋值这个UI渲染行为需要的时间，程序执行结果如下：

我们可以感受到，在点击了按钮之后整个程序的UI就卡住了，没有办法拖动没有办法改变大小，用于体验非常差。一般能想到会新建一个线程来包装这个方法，使得UI线程不被卡住：

new Thread(() =>
{
    Thread.Sleep(1000);
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < 10000; i++)
        sb.Append("test");
    string s = sb.ToString();
    textBox1.Text = s;
}).Start();

使用调试方式运行程序的话会得到如下的异常（非调试方式不会）：

虽然我们知道这样设置：

Control.CheckForIllegalCrossThreadCalls = false;

可以屏蔽这个错误，但是在非创建控件的线程去更新控件的状态的做法会导致很多问题，比如死锁和控件部分被更新等。微软推荐我们使用Control的Invoke或BeginInvoke方法来把涉及到控件状态更新的操作让UI线程去做：

new Thread(() =>
{
    Invoke(new Action(() =>
    {
        Thread.Sleep(1000);
        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < 10000; i++)
            sb.Append("test");
        string s = sb.ToString();
        textBox1.Text = s;
    }));
}).Start();

你可能会想到这么写，但是运行程序后可以发现界面依然是卡死。想一下，虽然我们新开了一个线程，但是马上又把整个代码段交给UI线程去做了，当然起不到效果。其实这个方法的工作可以分为两部分，一部分是我们数据的计算，一部分是把计算好的数据显示在界面上，我们只应该把真正和UI相关的操作放到Invoke中让UI线程去做：

new Thread(() =>
{
    Thread.Sleep(1000);
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < 10000; i++)
        sb.Append("test");
    string s = sb.ToString();
    Invoke(new Action(() =>
    {
        textBox1.Text = s;
    }));
}).Start();

再测试一次可以发现，UI在前1秒多的时间没有卡死，在最后的一点时间还是卡死了。在继续研究卡死问题之前我们来看一下，Control提供了InvokeRequired属性来让我们判断当前线程是不是UI线程，或者说当前的操作是否需要进行Invoke：

textBox1.Text = this.InvokeRequired.ToString();
new Thread(() =>
{
    textBox1.Text += Environment.NewLine + this.InvokeRequired.ToString();
    Invoke(new Action(() =>
    {
        textBox1.Text += Environment.NewLine + this.InvokeRequired.ToString();
    }));
}).Start();

通过非调试方式启动程序可以得到如下结果：

很明显：

1）在线程外的赋值不需要Invoke（在UI线程）

2）在线程内的赋值需要Invoke（不在UI线程）

3）在Invoke中的赋值已经封送给UI线程，所以不需要Invoke

继续研究卡死问题，您可能会想到，Control还提供了一个BeginInvoke方法，我们来试试看：

new Thread(() =>
{
    Thread.Sleep(1000);
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < 10000; i++)
        sb.Append("test");
    string s = sb.ToString();
    BeginInvoke(new Action(() =>
    {
        textBox1.Text = s;
    }));
}).Start();

好像效果上还是没什么区别，那么Invoke和BeginInvoke的区别在哪里呢？

我们知道Windows应用程序基于消息，Windows API提供了SendMessage和PostMessage两个API，前者执行消息后返回（不经过消息管道，先于PostMessage执行），后者把消息发送到管道异步执行。Invoke和BeginInvoke从行为上来说类似这两个API，但是实际上两者都使用了PostMessage，前者使用信号量在消息执行前阻塞，达到同步的效果。我们来做一个实验：

new Thread(() =>
{
    Thread.Sleep(1000);
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < 10000; i++)
        sb.Append("test");
    string s = sb.ToString();
    Stopwatch sw = Stopwatch.StartNew();
    Invoke(new Action(() =>
    {
        textBox1.Text = s;
    }));
    MessageBox.Show(sw.ElapsedMilliseconds.ToString());
}).Start();

运行程序：

可以体会到，在文本框的值出现之后才出现弹出框，文本框赋值这个消息的执行过程耗时2秒。把Invoke改为BeginInvoke其它不动再执行程序：

明显感到弹出框先显示2秒后文本框的值出现。BeginInvoke没有阻塞后续语句的执行。因此，需要注意，如果我们在方法中使用的变量在BeginInvoke之后有修改，极有可能发生混乱。如果您使用过委托的BeginInvoke应该会知道，通常建议总是调用EndInvoke来回收资源，对于Control的EndInvoke来说，如果您不需要获取返回值的话，那么它不是必须的（来自msdn）。

现在您可能还有疑问为什么使用了BeginInvoke，UI还是卡了大概2秒，可以这么理解，我们把这么多的文字赋值到文本框中，这个UI行为是非常耗时的，不管是Invoke还是BeginInvoke最终是发送消息给UI线程处理（两者都没有使用线程池），它就是需要这么多时间，在一般情况下我们不会在UI上呈现这么多数据。

一般来说我们能做的优化是：

1）尽量把非UI的操作使用新的线程去异步计算，不阻塞UI线程，真正需要操作UI的时候才去提交给UI线程

2）尽量减少UI的操作复杂度，比如如果需要在UI上绘制一个复杂图形可以在内存中先创建一个位图，绘制好之后把整个位图在UI上绘制，而不是直接在UI上绘制这个图形

举个例子，UI就好象一块画布，我们要在上面画一个巨作怎么才能不过多占用这块布的时间，让大家都能用上呢？一个方法就是我们在准备颜色和画笔的时候不占着这个布，真正要去画的时候才去用，另外一个方法就是在另一块画布上先画，然后把图案采用复印的方式印到我们的主画布上。

对于大量数据的呈现，我们还可以：

1）采用分页，只显示一部分数据，对于Windows程序的分页可能就是滚动条性质的了，在滚动条下拉的时候再去呈现当前“页”的数据

2）即使是一页的数据，也可以一部分一部分呈现

举个例子，对于word文档的加载一般我们一打开就可以看到第一页，然后滚动块慢慢变小，页数慢慢增多，如果一开始就加载1000页的话我们可能要1分钟后才能看到第一页，如果等不及直接向后翻滚动条的话会立即加载后面的数据：

new Thread(() =>
{
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < 100; i++)
        sb.Append("test");
    string s = sb.ToString();
    for (int i = 0; i < 20; i++)
    {
        BeginInvoke(new Action(() =>
        {
            textBox1.Text += s + i;
        }));
        Thread.Sleep(10);
    }
}).Start();