我们在做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多线程控件的控制了。

对于深山老林提出的问题,我最近找到了更优的解决方案,利用了delegate的异步调用,大家可以看看:

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(ThreadFunction);

fc.BeginInvoke(null,null);

}

private void ThreadFunction()

{

while (true)

{

this.textBox1.Text = DateTime.Now.ToString();

Thread.Sleep(1000);

}

}

}

这种方法也可以直接简化为(因为delegate的异步就是开了一个异步线程):

public partial class Form1 : Form

{

private delegate void FlushClient();//代理

public Form1()

{

InitializeComponent();

}

private void Form1_Load(object sender, EventArgs e)

{

FlushClient fc=new FlushClient(ThreadFunction);

fc.BeginInvoke(null,null);

}

private void ThreadFunction()

{

while (true)

{

this.textBox1.Text = DateTime.Now.ToString();

Thread.Sleep(1000);

}

}

}

c#中多线程访问winform控件的若干问题的更多相关文章

  1. [转] c#中 多线程访问winform控件

    原文 c#中多线程访问winform控件的若干问题小结 我们在做winform应用的时候,大部分情况下都会碰到使用多线程控制界面上控件信息的问题.然而我们并不能用传统方法来解决这个问题,下面我将详细的 ...

  2. 多线程访问winform控件出现异常的解决方法

    一.  多线程访问winform控件出现异常的解决方法 1.  问题描述<1> 如果创建某控件的线程之外的其他线程试图调用该控件,则会引发一个 InvalidOperationExcept ...

  3. C#中使用多线程访问Winform中控件的若干问题

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

  4. C# Winform 跨线程更新UI控件常用方法汇总(多线程访问UI控件)

    概述 C#Winform编程中,跨线程直接更新UI控件的做法是不正确的,会时常出现“线程间操作无效: 从不是创建控件的线程访问它”的异常.处理跨线程更新Winform UI控件常用的方法有4种:1. ...

  5. C#中常见的winform控件命名规范

    我们知道Button 常常简称为btn,那么Winform中的其它控件呢,这篇文章在C#的winform控件命名规范 的基础上对一些控件的名称的简称进行了整理. 1. 标准控件 NO. 控件类型简写 ...

  6. C#中常见的winform控件命名规范 转

    我们知道Button 常常简称为btn,那么Winform中的其它控件呢,这篇文章在C#的winform控件命名规范 的基础上对一些控件的名称的简称进行了整理. 1. 标准控件 NO. 控件类型简写 ...

  7. (转)c#(wince)中使用多线程访问winform中控件的问题

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

  8. .NET中跨线程访问winform控件的方法

    1 第一种方式 MethodInvoker invoker = () => { richTextBox1.AppendText(_ClientSocketModelConnectedEvent. ...

  9. 多线程 更新 winform 控件的值,以避免UI线程的卡顿

    委托 private delegate void UpdateDGV_AddRes_CallBack(Int32 i,bool Res); 函数实现 private void UpdateDGV_De ...

随机推荐

  1. C#-获取datatable指定列的数据

    DataTable dt = new DataTable();            da.Fill(dt);                                    this.text ...

  2. ASC(1)G(上升时间最长的序列)

    G - Beautiful People Time Limit: 10000/5000MS (Java/Others) Memory Limit: 128000/64000KB (Java/Other ...

  3. 信号之sigsetjmp和siglongjmp函数

    在信号处理程序中经常调用longjmp函数以返回到程序的主循环中,而不是从该处理程序返回. 但是,调用longjmp有一个问题.当捕捉到一个信号时,进入信号捕捉函数,此时当前信号被自动地加到进程的信号 ...

  4. PAT 1016

    1016. Phone Bills (25) A long-distance telephone company charges its customers by the following rule ...

  5. keyStore vs trustStore--转载

    原文:http://lukejin.iteye.com/blog/605634 今天有同事向我问起这两个概念,所以我就记录下.首先我们得澄清一些概念.一个web应用如果需要提供以https的方式访问的 ...

  6. iOS 8创建交互式通知

    iOS 8提供了一个令人兴奋的新API来创建交互式通知(interactive notifications),它能让你在你的应用之外为用户提供额外的功能.我发现网上还没有关于如何实现它的比较好的示例教 ...

  7. MySQL(2):SQL语言的分类

    SQL:Structured Query Language (结构化查询语言) 分类: 1.数据操作(管理)语言:直接对数据进行操作:(DML:Data Management Language)   ...

  8. Android_Dialog

    layout.xml <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xml ...

  9. About gpref O(n2) --> O(1)

    http://www.ibm.com/developerworks/cn/linux/l-gperf.html 命令行处理和 gperf 的作用 命令行处理一直以来都是软件开发中最容易被忽视的领域.几 ...

  10. linux基于file的logger

    我们可能会遇到这样的问题:即写出的代码可能需要编译成动态连接库并在不同运行环境下运行,而这些运行环境下log的输出方式可能不同,一种运行环境的log方式在另一种运行环境下可能无法输出.而为保证多种运行 ...