参考以下代码：

1. public delegate void treeinvoke();
2. private void UpdateTreeView()
3. {
4. MessageBox.Show(System.Threading.Thread.CurrentThread.Name);
5. }
6. private void button1_Click(object sender, System.EventArgs e)
7. {
8. System.Threading.Thread.CurrentThread.Name = “UIThread”;
9. treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
10. }

看看运行结果，弹出的对话框中显示的是 UIThread，这说明 BeginInvoke 所调用的委托根本就是在 UI 线程中执行的。

既然是在 UI 线程中执行，又何来“异步执行”一说呢？

我们再看看下面的代码：

1. public delegate void treeinvoke();
2. private void UpdateTreeView()
3. {
4. MessageBox.Show(Thread.CurrentThread.Name);
5. }
6. private void button1_Click(object sender, System.EventArgs e)
7. {
8. Thread.CurrentThread.Name = “UIThread”;
9. Thread th = new Thread(new ThreadStart(StartThread));
10. th.Start();
11. }
12. private void StartThread()
13. {
14. Thread.CurrentThread.Name = “Work Thread”;
15. treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
16. }

再看看运行结果，弹出的对话框中显示的还是 UIThread，这说明什么？这说明 BeginInvoke 方法所调用的委托无论如何都是在 UI 线程中执行的。

那 BeginInvoke 究竟有什么用呢？

在多线程编程中，我们经常要在工作线程中去更新界面显示，而在多线程中直接调用界面控件的方法是错误的做法，具体的原因可以在看完我的这篇之后看看这篇：在多线程中如何调用Winform，如果你是大牛的话就不要看我这篇了，直接看那篇吧，反正那篇文章我没怎么看懂。

Invoke 和 BeginInvoke 就是为了解决这个问题而出现的，使你在多线程中安全的更新界面显示。

正确的做法是将工作线程中涉及更新界面的代码封装为一个方法，通过 Invoke 或者 BeginInvoke 去调用，两者的区别就是一个导致工作线程等待，而另外一个则不会。

而所谓的“一面响应操作，一面添加节点”永远只能是相对的，使 UI 线程的负担不至于太大而以，因为界面的正确更新始终要通过 UI 线程去做，我们要做的事情是在工作线程中包揽大部分的运算，而将对纯粹的界面更新放到 UI 线程中去做，这样也就达到了减轻 UI 线程负担的目的了。

而在那段更新树节点的代码中，其实唯一起作用的代码是：System.Threading.Thread.Sleep(100);，它使 UI 线程有了处理界面消息的机会，其实 数码幽灵 将问题复杂化了，只要以下的代码就可以很好的工作了。

1. private void button1_Click_(object sender, System.EventArgs e)
2. {
3. TreeNode tn;
4. for(int i=0;i<100000;i++)
5. {
6. tn=new TreeNode (i.ToString());
7. this.treeView1.Nodes[0].Nodes.Add(tn);
8. if (i%100 == 0) Application.DoEvents();
9. }
10. }

近日，被Control的Invoke和BeginInvoke搞的头大，就查了些相关的资料，整理如下。感谢这篇文章对我的理解Invoke和BeginInvoke的真正含义 。
(一）Control的Invoke和BeginInvoke
我们要基于以下认识：
（1）Control的Invoke和BeginInvoke与Delegate的Invoke和BeginInvoke是不同的。
（2）Control的Invoke和BeginInvoke的参数为delegate，委托的方法是在Control的线程上执行的，也就是我们平时所说的UI线程。

我们以代码(一)来看(Control的Invoke)

1. private delegate void InvokeDelegate();
2. private void InvokeMethod(){
3. //C代码段
4. }
5. private void butInvoke_Click(object sender, EventArgs e) {
6. //A代码段…….
7. this.Invoke(new InvokeDelegate(InvokeMethod));
8. //B代码段……
9. }

你觉得代码的执行顺序是什么呢?记好Control的Invoke和BeginInvoke都执行在主线程即UI线程上
A——>C—————->B
解释：(1)A在UI线程上执行完后，开始Invoke，Invoke是同步
(2)代码段B并不执行，而是立即在UI线程上执行InvokeMethod方法，即代码段C。
(3)InvokeMethod方法执行完后，代码段C才在UI线程上继续执行。

看看代码(二)，Control的BeginInvoke

1. private delegate void BeginInvokeDelegate();
2. private void BeginInvokeMethod(){
3. //C代码段
4. }
5. private void butBeginInvoke_Click(object sender, EventArgs e) {
6. //A代码段…….
7. this.BeginInvoke(new BeginInvokeDelegate(BeginInvokeMethod));
8. //B代码段……
9. }

你觉得代码的执行顺序是什么呢?记好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

1. private Thread invokeThread;
2. private delegate void invokeDelegate();
3. private void StartMethod(){
4. //C代码段……
5. Control.Invoke(new invokeDelegate(invokeMethod));
6. //D代码段……
7. }
8. private void invokeMethod(){
9. //E代码段
10. }
11. private void butInvoke_Click(object sender, EventArgs e) {
12. //A代码段…….
13. invokeThread = new Thread(new ThreadStart(StartMethod));
14. invokeThread.Start();
15. //B代码段……
16. }

你觉得代码的执行顺序是什么呢?记好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

1. private Thread beginInvokeThread;
2. private delegate void beginInvokeDelegate();
3. private void StartMethod(){
4. //C代码段……
5. Control.BeginInvoke(new beginInvokeDelegate(beginInvokeMethod));
6. //D代码段……
7. }
8. private void beginInvokeMethod(){
9. //E代码段
10. }
11. private void butBeginInvoke_Click(object sender, EventArgs e) {
12. //A代码段…….
13. beginInvokeThread = new Thread(new ThreadStart(StartMethod));
14. beginInvokeThread .Start();
15. //B代码段……
16. }

你觉得代码的执行顺序是什么呢?记好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改为更新界面的方法。