Control.Invoke 方法 (Delegate) :在拥有此控件的基础窗口句柄的线程上执行指定的委托。
Control.BeginInvoke 方法 (Delegate) :在创建控件的基础句柄所在线程上异步执行指定委托。
一、在主线程上使用Invoke和BeginInvoke：
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代码段...... }
执行顺序：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线程的，造成界面的假死。
二、在支线程上使用Invoke和BeginInvoke：
1.Thread调用Control的Invoke：
private Thread invokeThread; private delegate void invokeDelegate(); private void StartMethod(){ //C代码段...... Control.Invoke(new invokeDelegate(invokeMethod)); //D代码段...... } private void invokeMethod(){ //E代码段 } private void butInvoke_Click(object sender, EventArgs e) { //A代码段....... invokeThread = new Thread(new ThreadStart(StartMethod)); invokeThread.Start(); //B代码段...... }
执行顺序：
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。
2.Thread调用Control的BeginInvoke：
private Thread beginInvokeThread; private delegate void beginInvokeDelegate(); private void StartMethod(){ //C代码段...... Control.BeginInvoke(new beginInvokeDelegate(beginInvokeMethod)); //D代码段...... } private void beginInvokeMethod(){ //E代码段 } private void butBeginInvoke_Click(object sender, EventArgs e) { //A代码段....... beginInvokeThread = new Thread(new ThreadStart(StartMethod)); beginInvokeThread .Start(); //B代码段...... }
执行顺序：
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。
总结：
1.主线程表示Control.Invoke或Control.BeginInvoke中Control所在的线程，即创建该创建的线程。（一般为UI线程）
2.支线程表示不同于主线程的调用Invoke或BeginInvoke的线程。
3.Control的Invoke和BeginInvoke的委托方法是在主线程，即UI线程上执行。（也就是说如果你的委托方法用来取花费时间长的数据，然后更新界面什么的，千万别在主线程上调用Control.Invoke和Control.BeginInvoke，
因为这些是依然阻塞UI线程的，造成界面的假死）
4.Invoke会阻塞主支线程，BeginInvoke只会阻塞主线程，不会阻塞支线程！因此BeginInvoke的异步执行是指相对于支线程异步，而不是相对于主线程异步。