C#中使用多线程访问Winform问题解决方案

开发 后端
本文将为大家讲解一个在C#下,用Winform做应用时会碰到的问题。并且比较一下传统方法和作者提供的解决方案,大家可以从中受益。

我们在做winform应用的时候,大部分情况下都会碰到使用多线程控制界面上控件信息的问题。然而我们并不能用传统方法来做这个问题,下面我将详细的介绍。

首先来看传统方法:

public partial class Form1 : Form
    {
 public Form1()
 {
     InitializeComponent();
 }
 private void Form1_Load(object sender, EventArgs e)
 {
     Thread thread = new Thread(ThreadFuntion);
     thread.IsBackground = true;
     thread.Start();
 }
 private void ThreadFuntion()
 {
     while (true)
     {
  this.textBox1.Text = DateTime.Now.ToString();
  Thread.Sleep(1000);
     }
 }
    }

运行这段代码,我们会看到系统抛出一个异常:Cross-thread operation not valid:Control 'textBox1' accessed from a thread other than the thread it was created on . 这是因为.net 2.0以后加强了安全机制,不允许在winform中直接跨线程访问控件的属性。那么怎么解决这个问题呢,下面提供几种方案。

第一种方案,我们在Form1_Load()方法中加一句代码:

private void Form1_Load(object sender, EventArgs e)
{
     Control.CheckForIllegalCrossThreadCalls = false;
     Thread thread = new Thread(ThreadFuntion);
     thread.IsBackground = true;
     thread.Start();
 }

加入这句代码以后发现程序可以正常运行了。这句代码就是说在这个类中我们不检查跨线程的调用是否合法(如果没有加这句话运行也没有异常,那么说明系统以及默认的采用了不检查的方式)。然而,这种方法不可取。我们查看CheckForIllegalCrossThreadCalls 这个属性的定义,就会发现它是一个static的,也就是说无论我们在项目的什么地方修改了这个值,他就会在全局起作用。而且像这种跨线程访问是否存在异常,我们通常都会去检查。如果项目中其他人修改了这个属性,那么我们的方案就失败了,我们要采取另外的方案。

下面来看第二种方案,就是使用delegate和invoke来从其他线程中控制控件信息。网上有很多人写了这种控制方式,然而我看了很多这种帖子,表明上看来是没有什么问题的,但是实际上并没有解决这个问题,首先来看网络上的那种不完善的方式:

public partial class Form1 : Form
    {
 private delegate void FlushClient();//代理
 public Form1()
 {
     InitializeComponent();
 }
 private void Form1_Load(object sender, EventArgs e)
 {
     Thread thread = new Thread(CrossThreadFlush);

     thread.IsBackground=true;
     thread.Start();
 }

 private void CrossThreadFlush()
 {
     //将代理绑定到方法
     FlushClient fc = new FlushClient(ThreadFuntion);
     this.BeginInvoke(fc);//调用代理
 }
 private void ThreadFuntion()
 {
     while (true)
     {
  this.textBox1.Text = DateTime.Now.ToString();
  Thread.Sleep(1000);
     }
 }
    }

使用这种方式我们可以看到跨线程访问的异常没有了。但是新问题出现了,界面没有响应了。为什么会出现这个问题,我们只是让新开的线程无限循环刷新,理论上应该不会对主线程产生影响的。其实不然,这种方式其实相当于把这个新开的线程“注入”到了主控制线程中,它取得了主线程的控制。只要这个线程不返回,那么主线程将永远都无法响应。就算新开的线程中不使用无限循环,使可以返回了。这种方式的使用多线程也失去了它本来的意义。

现在来让我们看看推荐的解决方案:

public partial class Form1 : Form
    {
 private delegate void FlushClient();//代理
 public Form1()
 {
     InitializeComponent();
 }
 private void Form1_Load(object sender, EventArgs e)
 {
     Thread thread = new Thread(CrossThreadFlush);
     thread.IsBackground = true;
     thread.Start();
 }

 private void CrossThreadFlush()
 {
     while (true)
     {
  //将sleep和无限循环放在等待异步的外面
  Thread.Sleep(1000);
  ThreadFunction();
     }
 }
 private void ThreadFunction()
 {
     if (this.textBox1.InvokeRequired)//等待异步
     {
  FlushClient fc = new FlushClient(ThreadFunction);
  this.Invoke(fc);//通过代理调用刷新方法
     }
     else
     {
  this.textBox1.Text = DateTime.Now.ToString();
     }
 }
    }

运行上述代码,我们可以看到问题已经被解决了,通过等待异步,我们就不会总是持有主线程的控制,这样就可以在不发生跨线程调用异常的情况下完成多线程对winform多线程控件的控制了。

【编辑推荐】

  1. C#实用基础教程
  2. 如何使用C#代码实现DataTemplate
  3. 详解C# 4.0中必选参数与可选参数混合的问题
责任编辑:彭凡 来源: 博客园
相关推荐

2010-05-31 12:53:56

Nagios apac

2010-02-06 14:54:11

C++指针漂移

2010-07-30 12:40:00

Flex跨域访问

2010-02-24 10:55:01

WCF跨域访问

2011-03-23 16:38:28

LAMP

2012-05-09 10:08:41

跨机房

2010-03-30 16:04:34

Linux Nginx

2010-09-27 13:14:42

JVM内存限制

2010-05-20 11:06:01

IIS服务器

2010-10-08 13:09:38

JavaScript数

2010-04-28 19:24:17

Hp unix

2011-08-25 16:53:42

Lua数据 交换

2010-08-04 10:20:30

Flex组件开发

2010-04-06 09:33:37

CentOS系统

2021-01-13 10:18:29

SocketNetty粘包

2010-10-09 12:58:59

JS脚本兼容

2010-09-07 09:08:03

DIV弹出层

2010-09-15 14:14:29

IE6position

2010-05-04 11:30:29

Oracle汉字长度

2010-08-26 08:45:32

margin:0pxa
点赞
收藏

51CTO技术栈公众号