c#中如何跨線程調用windows窗體控件？

我們在做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);             }         }     }

使用這種方式我們可以看到跨線程訪問的異常沒有了。但是新問題出現了，界面沒有響應了。為什么會出現這個問題，我們只是讓新開的線程無限循環刷新，理論上應該不會對主線程產生影響的。其實不然，這種方式其實相當於把這個新開的線程“注入”到了主控制線程中，它取得了主線程的控制。只要這個線程不返回，那么主線程將永遠都無法響應。就算新開的線程中不使用無限循環，使可以返回了。這種方式的使用多線程也失去了它本來的意義。
現在來讓我們看看推薦的解決方案：

using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms; using System.Threading;  namespace WindowsFormsApplication4 {     public partial class Form1 : Form     {         private delegate void FlushClient(); //代理         Thread thread = null;         int counter = 0;         public Form1()         {             InitializeComponent();         }         private void button1_Click(object sender, EventArgs e)         {             this.listBox1.Items.Clear();             button1.Enabled = false;             thread = new Thread(CrossThreadFlush);             thread.IsBackground = true;             thread.Start();         }         private void button2_Click(object sender, EventArgs e)         {             thread.Suspend();             button1.Enabled = true;         }         private void CrossThreadFlush()         {             while (true)             {                 //將sleep和無限循環放在等待異步的外面                 Thread.Sleep(1000);                 ThreadFunction();             }         }         private void ThreadFunction()         {             if (this.listBox1.InvokeRequired)//等待異步             {                 FlushClient fc = new FlushClient(ThreadFunction);                 this.Invoke(fc); //通過代理調用刷新方法             }             else             {                 counter += 1;                 this.label1.Text = counter.ToString();                 this.listBox1.Items.Add(System.DateTime.Now.ToString());             }         }     } }