|
我們在做winform應(yīng)用的時(shí)候，大部分情況下都會(huì)碰到使用多線程控制界面上控件信息的問題。然而我們并不能用傳統(tǒng)方法來做這個(gè)問題，下面我將詳細(xì)的介紹。
首先來看傳統(tǒng)方法：
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);
}
}
}
運(yùn)行這段代碼，我們會(huì)看到系統(tǒng)拋出一個(gè)異常：Cross-thread operation not valid:Control
'textBox1' accessed from a thread other than the thread it was created on .
這是因?yàn)?net 2.0以后加強(qiáng)了安全機(jī)制，不允許在winform中直接跨線程訪問控件的屬性。那么怎么解決這個(gè)問題呢，下面提供幾種方案。
第一種方案，我們在Form1_Load()方法中加一句代碼：
private void Form1_Load(object sender, EventArgs e)
{
Control.CheckForIllegalCrossThreadCalls = false;
Thread thread = new Thread(ThreadFuntion);
thread.IsBackground =
true;
thread.Start();
}
加入這句代碼以后發(fā)現(xiàn)程序可以正常運(yùn)行了。這句代碼就是說在這個(gè)類中我們不檢查跨線程的調(diào)用是否合法（如果沒有加這句話運(yùn)行也沒有異常，那么說明系統(tǒng)以及默認(rèn)的采用了不檢查的方式）。然而，這種方法不可取。我們查看CheckForIllegalCrossThreadCalls
這個(gè)屬性的定義，就會(huì)發(fā)現(xiàn)它是一個(gè)static的，也就是說無論我們在項(xiàng)目的什么地方修改了這個(gè)值，他就會(huì)在全局起作用。而且像這種跨線程訪問是否存在異常，我們通常都會(huì)去檢查。如果項(xiàng)目中其他人修改了這個(gè)屬性，那么我們的方案就失敗了，我們要采取另外的方案。
下面來看第二種方案，就是使用delegate和invoke來從其他線程中控制控件信息。網(wǎng)上有很多人寫了這種控制方式，然而我看了很多這種帖子，表明上看來是沒有什么問題的，但是實(shí)際上并沒有解決這個(gè)問題，首先來看網(wǎng)絡(luò)上的那種不完善的方式：
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);//調(diào)用代理
}
private void
ThreadFuntion()
{
while (true)
{
this.textBox1.Text =
DateTime.Now.ToString();
Thread.Sleep(1000);
}
}
}
使用這種方式我們可以看到跨線程訪問的異常沒有了。但是新問題出現(xiàn)了，界面沒有響應(yīng)了。為什么會(huì)出現(xiàn)這個(gè)問題，我們只是讓新開的線程無限循環(huán)刷新，理論上應(yīng)該不會(huì)對(duì)主線程產(chǎn)生影響的。
其實(shí)不然，這種方式其實(shí)相當(dāng)于把這個(gè)新開的線程“注入”到了主控制線程中，它取得了主線程的控制。只要這個(gè)線程不返回，那么主線程將永遠(yuǎn)都無法響應(yīng)。就算新開的線程中不使用無限循環(huán)，使可以返回了。這種方式的使用多線程也失去了它本來的意義。
現(xiàn)在來讓我們看看推薦的解決方案：
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和無限循環(huán)放在等待異步的外面
Thread.Sleep(1000);
ThreadFunction();
}
}
private void
ThreadFunction()
{
if
(this.textBox1.InvokeRequired)//等待異步
{
FlushClient fc = new FlushClient(ThreadFunction);
this.Invoke(fc);//通過代理調(diào)用刷新方法
}
else
{
this.textBox1.Text =
DateTime.Now.ToString();
}
}
}
運(yùn)行上述代碼，我們可以看到問題已經(jīng)被解決了，通過等待異步，我們就不會(huì)總是持有主線程的控制，這樣就可以在不發(fā)生跨線程調(diào)用異常的情況下完成多線程對(duì)winform多線程控件的控制了。
|
