如果只是直接使用子線程訪問UI控件，直接看內容三，如果想深入了解從內容一看起。
一、Control.Invoke和BeginInvoke方法的區別
先上總結:
Control.Invoke 方法 (Delegate) :在擁有此控件的基礎窗口句柄的線程上執行指定的委托。但委托的內容在UI線程上執行。
Control.BeginInvoke 方法 (Delegate) :在創建控件的基礎句柄所在線程上異步執行指定委托。但委托的內容在UI線程上執行。
(一）Control的Invoke和BeginInvoke
我們要基於以下認識：
（1）Control的Invoke和BeginInvoke與Delegate的Invoke和BeginInvoke是不同的。
（2）Control的Invoke和BeginInvoke的參數為delegate，委托的方法是在Control的線程上執行的，也就是我們平時所說的UI線程。
我們以代碼(一)來看(Control的Invoke)
private delegate void InvokeDelegate();
private void InvokeMethod(){
//C代碼段
}
private void butInvoke_Click(object sender, EventArgs e) {
//A代碼段.......
this.Invoke(new InvokeDelegate(InvokeMethod));
//B代碼段......
}
你覺得代碼的執行順序是什么呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A------>C---------------->B
解釋：(1)A在UI線程上執行完后，開始Invoke，Invoke是同步
(2)代碼段B並不執行，而是立即在UI線程上執行InvokeMethod方法，即代碼段C。
(3)InvokeMethod方法執行完后，代碼段C才在UI線程上繼續執行。
看看代碼(二)，Control的BeginInvoke
private delegate void BeginInvokeDelegate();
private void BeginInvokeMethod(){
//C代碼段
}
private void butBeginInvoke_Click(object sender, EventArgs e) {
//A代碼段.......
this.BeginInvoke(new BeginInvokeDelegate(BeginInvokeMethod));
//B代碼段......
}
你覺得代碼的執行順序是什么呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A----------->B--------------->C慎重，這個只做參考。。。。。，我也不肯定執行順序，如果有哪位達人知道的話請告知。
解釋：：(1)A在UI線程上執行完后，開始BeginInvoke，BeginInvoke是異步
(2)InvokeMethod方法，即代碼段C不會執行，而是立即在UI線程上執行代碼段B。
(3)代碼段B執行完后(就是說butBeginInvoke_Click方法執行完后)，InvokeMethod方法，即代碼段C才在UI線程上繼續執行。
由此，我們知道：
Control的Invoke和BeginInvoke的委托方法是在主線程，即UI線程上執行的。也就是說如果你的委托方法用來取花費時間長的數據，然后更新界面什么的，千萬別在UI線程上調用Control.Invoke和Control.BeginInvoke，因為這些是依然阻塞UI線程的，造成界面的假死。
那么，這個異步到底是什么意思呢?
異步是指相對於調用BeginInvoke的線程異步，而不是相對於UI線程異步，你在UI線程上調用BeginInvoke ，當然不行了。－－－－摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。
BeginInvoke的原理是將調用的方法Marshal成消息，然后調用Win32 API中的RegisterWindowMessage()向UI窗口發送消息。－－－－摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。
(二)我們用Thread來調用BeginInvoke和Invoke
我們開一個線程，讓線程執行一些耗費時間的操作，然后再用Control.Invoke和Control.BeginInvoke回到用戶UI線程，執行界面更新。
代碼(三) Thread調用Control的Invoke
private Thread invokeThread;
private delegate void invokeDelegate();
private void StartMethod(){
//C代碼段......
Control.Invoke(new invokeDelegate(invokeMethod));
【上面這句話作用是把消息發送給UI線程，然后在這個點阻塞，等UI線程處理完發送的消息后才繼續往下執行，特別適合阻塞更新UI控件】
//D代碼段......
}
private void invokeMethod(){
//E代碼段
}
private void butInvoke_Click(object sender, EventArgs e) {
//A代碼段.......
invokeThread = new Thread(new ThreadStart(StartMethod));
invokeThread.Start();
//B代碼段......
}
你覺得代碼的執行順序是什么呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A------>(Start一開始B和StartMethod的C就同時執行)---->(C執行完了，不管B有沒有執行完，invokeThread把消息封送(invoke)給UI線程，然后自己等待)---->UI線程處理完butInvoke_Click消息后，處理invokeThread封送過來的消息，執行invokeMethod方法，即代碼段E，處理往后UI線程切換到invokeThread線程。
這個Control.Invoke是相對於invokeThread線程同步的，阻止了其運行。
解釋：
1。UI執行A
2。UI開線程InvokeThread，B和C同時執行，B執行在線程UI上，C執行在線程invokeThread上。
3。invokeThread封送消息給UI，然后自己等待，UI處理完消息后，處理invokeThread封送的消息，即代碼段E
4。UI執行完E后，轉到線程invokeThread上，invokeThread線程執行代碼段D
代碼(四) Thread調用Control的BeginInvoke
private Thread beginInvokeThread;
private delegate void beginInvokeDelegate();
private void StartMethod(){
//C代碼段......
Control.BeginInvoke(new beginInvokeDelegate(beginInvokeMethod));
【上面這句話作用是把消息發送給UI線程，然后不阻塞繼續往下執行D代碼，也就是不再管發送的消息了，UI線程處理完自己的事情后會處理這個發送的消息，一般很少用這種方法更新UI控件，因為一般情況下都要求阻塞次（子）線程更新的UI控件的，只要不阻塞UI主（父）線程，讓用戶感覺不到界面死機就行。】
//D代碼段......
}
private void beginInvokeMethod(){
//E代碼段
}
private void butBeginInvoke_Click(object sender, EventArgs e) {
//A代碼段.......
beginInvokeThread = new Thread(new ThreadStart(StartMethod));
beginInvokeThread .Start();
//B代碼段......
}
你覺得代碼的執行順序是什么呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A在UI線程上執行----->beginInvokeThread線程開始執行，UI繼續執行代碼段B，並發地invokeThread執行代碼段C-------------->不管UI有沒有執行完代碼段B，這時beginInvokeThread線程把消息封送給UI，單自己並不等待，繼續向下執行-------->UI處理完butBeginInvoke_Click消息后，處理beginInvokeThread線程封送過來的消息。
解釋：
1。UI執行A
2。UI開線程beginInvokeThread，B和C同時執行，B執行在線程UI上，C執行在線程beginInvokeThread上。
3。beginInvokeThread封送消息給UI，然后自己繼續執行代碼D，UI處理完消息后，處理invokeThread封送的消息，即代碼段E
有點疑問：如果UI先執行完畢，是不是有可能過了段時間beginInvokeThread才把消息封送給UI，然后UI才繼續執行封送的消息E。如圖淺綠的部分。
Control的BeginInvoke是相對於調用它的線程，即beginInvokeThread相對是異步的。
因此，我們可以想到。如果要異步取耗費長時間的數據，比如從數據庫中讀大量數據，我們應該這么做。
(1)如果你想阻止調用線程，那么調用代碼(三)，代碼段D刪掉，C改為耗費長時間的操作，因為這個操作是在另外一個線程中做的。代碼段E改為更新界面的方法。
(2)如果你不想阻止調用線程，那么調用代碼(四)，代碼段D刪掉，C改為耗費長時間的操作，因為這個操作是在另外一個線程中做的。代碼段E改為更新界面的方法。
文章轉自：http://www.cnblogs.com/mashang/archive/2009/08/01/1536730.html
二、有了一點上面的知識，來看“C#多線程異步訪問winform中控件（為了加深對上面的理解，但還不是最簡單的方法，最簡單的方法見下面）”:
轉自：http://blog.csdn.net/ajrm0925/article/details/5314099
我們在做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);//調用代理 【注意this只Form窗體，所以也是一個Control，具有BeginInvoke方法，並且在UI線程中執行代理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);//通過代理調用刷新方法 【注意this只Form窗體，所以也是一個Control，具有BeginInvoke方法，並且在UI線程中執行代理fc】
}
else
{
this.textBox1.Text = DateTime.Now.ToString();
}
}
}
運行上述代碼，我們可以看到問題已經被解決了，通過等待異步，我們就不會總是持有主線程的控制，這樣就可以在不發生跨線程調用異常的情況下完成多線程對winform多線程控件的控制了。
三、最簡單的C#多線程異步訪問winform中控件的方法，其實就是對上面“推薦的方案進行總結和簡化的來的”
轉自：http://blog.csdn.net/ajrm0925/article/details/5314195
private void button1_Click(object sender, EventArgs e)
{
ThreadStart ts = new ThreadStart(add);
Thread th = new Thread(ts);
th.Start(); 【啟動子線程add】
}
delegate void DelChangText(string ss); //【先聲明一個代理，是一個類型】
void add() 【這是在子線程中執行的內容】
{
int a = 1;
int b = 2;
string sum = Convert.ToString(a + b);
// 計算完成需要在一個文本框里顯示
this.BeginInvoke(new DelChangText(intoText), sum); //【從add子線程轉到UI主線程執行intoText方法，這里也可以使用this.Invoke，至於區別見大標題一】
//或改為intoText(sum);執行結果也正確
}
void intoText(string sum) //【再寫對控件進行操作的方法，注意它的一般固定寫法】
{
if (this.InvokeRequired) //借助this即Form對象來判斷正在執行的代碼是不是在UI線程中，如果是在UI線程，則說明沒在異步調用，所以條件為假
{
this.BeginInvoke(new DelChangText(intoText), sum); //【this是Form控件，所以changText會在UI線程中執行，不懂的看大標題一和二】
}
else
{
textBox1.Text = sum;
}
}
解釋：從上面代碼來看if (this.InvokeRequired)似乎是多余的因為子線程add中使用了this.BeginInvoke轉到UI線程中執行inntoText方法，所以if (this.InvokeRequired)條件判斷永遠為假，但這樣寫安全，誰能保證子線程中開啟的inntoText方法在UI線程中執行呢。
其實可以把上面add方法中的this.BeginInvoke改為直接執行intoText試試看，是不是進入到if語句中了。此時執行也是正確的。