invoke和begininvoke 区别
一直对invoke和begininvoke的使用和概念比较混乱，这两天看了些资料，对这两个的用法和原理有了些新的认识和理解。
首先说下，invoke和begininvoke的使用有两种情况：
1. control中的invoke、begininvoke。
2. delegrate中的invoke、begininvoke。
这两种情况是不同的，我们这里要讲的是第1种。下面我们在来说下.NET中对invoke和begininvoke的官方定义。
control.invoke(参数delegate)方法:在拥有此控件的基础窗口句柄的线程上执行指定的委托。
control.begininvoke(参数delegate)方法:在创建控件的基础句柄所在线程上异步执行指定委托。
根据这两个概念我们大致理解invoke表是同步、begininvoke表示异步。但是如何来进行同步和异步呢？我们来做一个测试。
invoke 例子：
private void button1_Click(object sender, EventArgs e)
{MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"AAA");invokeThread = new Thread(new ThreadStart(StartMethod));invokeThread.Start();string a = string.Empty;for (int i = 0; i < 3; i++) //调整循环次数，看的会更清楚{Thread.Sleep(1000); a = a + "B";}MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+a);
}private void StartMethod()
{MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"CCC");button1.Invoke(new invokeDelegate(invokeMethod)); MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"DDD");
}private void invokeMethod()
{//Thread.Sleep(3000);MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString() + "EEE");
}
结论：我们运行后，看下程序的运行顺序，1AAA->3CCC和1BBB->1EEE ->3DDD 。
解释：主线程运行1AAA，然后1BBB和子线程3CCC同时执行，然后通过invoke来将invokemethod方法提交给主线程，然后子线 程等待主线程执行，直到主线程将invokemethod方法执行完成（期间必须等待主线程的任务执行完成，才会去执行invoke提交的任务），最后执 行子线程3DDD。
begininvoke 例子：
private void button1_Click(object sender, EventArgs e)
{MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"AAA");invokeThread = new Thread(new ThreadStart(StartMethod));invokeThread.Start();string a = string.Empty;for (int i = 0; i < 3; i++) //调整循环次数，看的会更清楚{Thread.Sleep(1000); a = a + "B";}MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+a);
}private void StartMethod()
{MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"CCC");button1.BeginInvoke(new invokeDelegate(invokeMethod)); MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString()+"DDD");
}private void beginInvokeMethod(){//Thread.Sleep(3000);MessageBox.Show(Thread.CurrentThread.GetHashCode().ToString() + "EEEEEEEEEEEE");}
结论： 我们运行后看看执行的结果：1AAA->1BBB和3CCC->1EEE和3DDD。
解释： 主线程运行1AAA，然后1BBB和子线程3CCC同时执行，然后通过begininvoke来将invokemethod方法提交给主线程，然后主线程执行1EEE（主线程自己的任务执行完成）， 同时子线程继续执行3DDD。
通过这个两段代码的测试比较，我们会发现其实invoke和begininvoke所提交的委托方法都是在主线程中执行的，其实根据我invoke 和begininvoke的定义我们要在子线程中来看这个问题，在invoke例子中我们会发现invoke所提交的委托方法执行完成后，才能继续执行 DDD；在begininvoke例子中我们会发现begininvoke所提交的委托方法后，子线程讲继续执行DDD，不需要等待委托方法的完成。 那么现在我们在回想下invoke（同步）和begininvoke（异步）的概念，其实它们所说的意思是相对于子线程而言的，其实对于控件的调用总是由 主线程来执行的。我们很多人搞不清这个同步和异步，主要还是因为我们把参照物选错了。其实有时候光看概念是很容易理解错误的。
解决从不是创建控件的线程访问它
在多线程编程中，我们经常要在工作线程中去更新界面显示，而在多线程中直接调用界面控件的方法是错误的做法，Invoke 和 BeginInvoke 就是为了解决这个问题而出现的，使你在多线程中安全的更新界面显示。
正确的做法是将工作线程中涉及更新界面的代码封装为一个方法，通过 Invoke 或者 BeginInvoke 去调用，两者的区别就是一个导致工作线程等待，而另外一个则不会。
而所谓的“一面响应操作，一面添加节点”永远只能是相对的，使 UI 线程的负担不至于太大而已，因为界面的正确更新始终要通过 UI 线程去做，我们要做的事情是在工作线程中包揽大部分的运算，而将对纯粹的界面更新放到 UI 线程中去做，这样也就达到了减轻 UI 线程负担的目的了。
举个简单例子说明下使用方法,比如你在启动一个线程,在线程的方法中想更新窗体中的一个TextBox..
using System.Threading; //启动一个线程
Thread thread=new Thread(new ThreadStart(DoWork));
thread.Start(); //线程方法
private void DoWork()
{
this.TextBox1.Text="我是一个文本框";
} 如果你像上面操作,在VS2005或2008里是会有异常的... 正确的做法是用Invoke\BeginInvokeusing System.Threading;
namespace test
{
public partial class Form1 : Form
{
public delegate void MyInvoke(string str1,string str2);
public Form1()
{
InitializeComponent();}
public void DoWork()
{
MyInvoke mi = new MyInvoke(UpdateForm);
this.BeginInvoke(mi, new Object[] {"我是文本框","haha"});
}
public void UpdateForm(string param1,string parm2)
{
this.textBox1.Text = param1+parm2;
}
private void button1_Click(object sender, EventArgs e)
{
Thread thread = new Thread(new ThreadStart(DoWork));
thread.Start();
}
}
}
注意代理的使用！
后面再次补充
在 WinForm开发过程中经常会用到线程，有时候还往往需要在线程中访问线程外的控件，比如：设置textbox的Text属性等等。如果直接设置程序必 定会报出：从不是创建控件的线程访问它，这个异常。通常我们可以采用两种方法来解决。一是通过设置control的属性。二是通过delegate,而通 过delegate也有两种方式，一种是常用的方式，另一种就是匿名方式。下面分别加以说明.
首先，通过设置control的一个属性值为false.我们可以在Form_Load方法中添加：Control.CheckForIllegalCrossThreadCalls=false;来解决。设置为false表示不对错误线程的调用进行捕获。这样在线程中对textbox的Text属性进行设置时就不会再报错了。
其次，通过delegate的方法来解决。
普通的委托方法例如：
delegate void SafeSetText(string strMsg);
private void SetText(string strMsg)
{if(textbox1.InvokeRequired){SafeSetText objSet=new SafeSetText(SetText);textbox1.Invoke(objSet,new object[]{strMsg});}else{textbox1.Text=strMsg;}
}在线程内需要设置textbox的值时调用SetText方法既可。我们还可以采用另一种委托的方式来实现，那就是匿名代理，例如：
delegate void SafeSetText(string strMsg);
private void SetText2(string strMsg)
{SafeSetText objSet = delegate(string str){textBox1.Text = str;}textBox1.Invoke(objSet,new object[]{strMsg});
}这样同样可以实现。
个人觉得还是采用代理好些。
在C# 3.0及以后的版本中有了Lamda表达式，像上面这种匿名委托有了更简洁的写法。.NET Framework 3.5及以后版本更能用Action封装方法。例如以下写法可以看上去非常简洁：
void ButtonOnClick(object sender,EventArgs e)
{
this.Invoke(new Action(()=>
{
button.Text="关闭";
}));
}
C#中的线程二（BeginInvoke和Invoke）
近日，被Control的Invoke和BeginInvoke搞的头大，就查了些相关的资料，整理如下。感谢这篇文章对我的理解Invoke和BeginInvoke的真正含义 。
(一)Control的Invoke和BeginInvoke
我们要基于以下认识：
（1）Control的Invoke和BeginInvoke与Delegate的Invoke和BeginInvoke是不同的。
（2）Control的Invoke和BeginInvoke的参数为delegate，委托的方法是在Control的线程上执行的，也就是我们平时所说的UI线程。
我们以代码(一)来看(Control的Invoke)
|
|
你觉得代码的执行顺序是什么呢?记好Control的Invoke和BeginInvoke都执行在主线程即UI线程上
A——>C—————->B
解释：
(1)A在UI线程上执行完后，开始Invoke，Invoke是同步
(2)代码段B并不执行，而是立即在UI线程上执行InvokeMethod方法，即代码段C。
(3)InvokeMethod方法执行完后，代码段C才在UI线程上继续执行。
看看代码(二)，Control的BeginInvoke
|
|
你觉得代码的执行顺序是什么呢?记好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
|
|
你觉得代码的执行顺序是什么呢?记好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
|
|
你觉得代码的执行顺序是什么呢?记好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改为更新界面的方法。
2010年补充：具体原理请参考以下文章 http://www.cnblogs.com/worldreason/archive/2008/06/09/1216127.html ，由于我已经很长时间没上网，一直没更新此文章。
从消息的角度来说，可以看如下图：
每 个线程都有自己的消息队列，也只能访问自己创建的控件，如果你想给消息B发送消息怎么办呢？可以PostMessage或SendMessage，一个是 立即等待消息调用完，一个是用回调，自己不阻碍。具体可以参考<<windows核心编程>>中关于窗口的章节。
C#中Invoke的用法
解决问题：在多线程编程中，我们经常要在工作线程中去更新界面显示，而在多线程中直接调用界面控件的方法是错误的做法，Invoke 和 BeginInvoke 就是为了解决这个问题而出现的，使你在多线程中安全的更新界面显示。
来源：https://www.cnblogs.com/vaevvaev/p/6909042.html
在用.NET Framework框架的WinForm构建GUI程序界面时，如果要在控件的事件响应函数中改变控件的状态，例如：某个按钮上的文本原先叫“打开”，单击之后按钮上的文本显示“关闭”，初学者往往会想当然地这么写：
void ButtonOnClick(object sender,EventArgs e)
{
button.Text="关闭";
}
这样的写法运行程序之后，可能会触发异常，异常信息大致是“不能从不是创建该控件的线程调用它”。注意这里是“可能”，并不一定会触发该种异常。造成这种异常的原因在于，控件是在主线程中创建的（比如this.Controls.Add(...);)，进入控件的事件响应函数时，是在控件所在的线程，并不是主线程。在控件的事件响应函数中改变控件的状态，可能与主线程发生线程冲突。如果主线程正在重绘控件外观，此时在别的线程改变控件外观，就会造成画面混乱。不过这样的情况并不总会发生，如果主线程此时在重绘别的控件，就可能逃过一劫，这样的写法可以正常通过，没有触发异常。
正确的写法是在控件响应函数中调用控件的Invoke方法（其实如果大家以前用过C++ Builder的话，也会找到类似Invoke那样的激活到主线程的函数）。Invoke方法会顺着控件树向上搜索，直到找到创建控件的那个线程（通常是主线程），然后进入那个线程改变控件的外观，确保不发生线程冲突。正确写法的示例如下：
void ButtonOnClick(object sender,EventArgs e)
{
button.Invoke(new EventHandler(delegate
{
button.Text="关闭";
}));
}
Invoke方法需要创建一个委托。你可以事先写好函数和与之对应的委托。不过，若想直观地在Invoke方法调用的时候就看到具体的函数，而不是到别处搜寻的话，上面的示例代码是不错的选择。
这样的写法有一个烦人的地方：对不同的控件写法不同。对于TextBox，要TextBoxObject.Invoke，对于Label，又要LabelObject.Invoke。有没有统一一点的写法呢？
主窗口类本身也有Invoke方法。如果你不想对不同的控件写法不一样，可以全部用this.Invoke：
void ButtonOnClick(object sender,EventArgs e)
{
this.Invoke(new EventHandler(delegate
{
button.Text="关闭";
}));
}
在C# 3.0及以后的版本中有了Lamda表达式，像上面这种匿名委托有了更简洁的写法。.NET Framework 3.5及以后版本更能用Action封装方法。例如以下写法可以看上去非常简洁：
void ButtonOnClick(object sender,EventArgs e)
{
this.Invoke(new Action(()=>
{
button.Text="关闭";
}));
}
以上写法往往充斥着WinForm构建的程序。
在微软新一代的界面开发技术WPF中，由于界面呈现和业务逻辑原生态地分开在两个线程中，所以控件的事件响应函数就不必Invoke了。但是，如果手动开辟一个新线程，那么在这个新线程中改变控件的外观，则还是要Invoke的。
当一个控件的InvokeRequired属性值为真时，说明有一个创建它以外的线程想访问它，此时它将会在内部调用new MethodInvoker(LoadGlobalImage)来完成下面的步骤，这个做法保证了控件的安全，你可以这样理解，有人想找你借钱，他可以直接在你的钱包中拿，这样太不安全，因此必须让别人先要告诉你，你再从自己的钱包把钱拿出来借给别人，这样就安全了
another：
在设计中为了让界面与逻辑分离，我的做法是使用事件，界面只要响应事件来处理界面的显示就行了。而事件在逻辑处理中可能由不同的线程引发，这些事件的响应方法在修改界面中的控件内容时便会引发一个异常。
这时就用到了Control.InvokeRequired 属性 与Invoke方法。
MSDN中说：
获取一个值，该值指示调用方在对控件进行方法调用时是否必须调用 Invoke 方法，因为调用方位于创建控件所在的线程以外的线程中。
如果控件的 Handle 是在与调用线程不同的线程上创建的（说明您必须通过 Invoke 方法对控件进行调用），则为 true；否则为 false。
Windows 窗体中的控件被绑定到特定的线程，不具备线程安全性 。因此，如果从另一个线程调用控件的方法，那么必须使用控件的一个 Invoke 方法来将调用封送到适当的线程。该属性可用于确定是否必须调用 Invoke 方法，当不知道什么线程拥有控件时这很有用。
下面来说下这个的用法（我的一般做法）：
首先定义一个委托，与这个事件处理函数的签名一样委托，当然直接使用该事件的委托也是可以的，如：
private delegate void InvokeCallback( string msg);
然后就是判断这个属性的值来决定是否要调用Invoke函数：
void m_comm_MessageEvent( string msg)
{
if (txtMessage.InvokeRequired)
{
InvokeCallbackmsgCallback = new InvokeCallback(m_comm_MessageEvent);
txtMessage.Invoke(msgCallback, new object [] { msg } );
}
else
{
txtMessage.Text = msg;
}
}
说明：这个函数就是事件处理函数，txtMessage是一个文本框。
这样就做到了窗体中控件的线程安全性。
------------------
InvokeRequired 当前线程不是创建控件的线程时为true
比如你可以自己开一个Thread，或使用Timer的事件来访问窗体上的控件的时候，在线程中窗体的这个属性就是True的。
简单的说，如果有两个线程，Thread A和Thread B，并且有一个Control c，是在Thread A里面new的。
那么在Thread A里面运行的任何方法调用c.InvokeRequired都会返回false。
相反，如果在Thread B里面运行的任何方法调用c.InvokeRequired都会返回true。
是否是UI线程与结果无关。（通常Control所在的线程是UI线程，但是可以有例外）
也可以认为，在new Control()的时候，control用一个变量记录下了当前线程，在调用InvokeRequired时，返回当前线程是否不等于new的时候记录下来的那个线程。
--------------------
我理解：如果InvokeRequired==true表示其它线程需要访问控件，那么调用invoke来转给控件owner处理。
Invoke 和 BeginInvoke 的真正涵义
BeginInvoke 方法真的是新开一个线程进行异步调用吗？
参考以下代码：
public delegate void treeinvoke();
private void UpdateTreeView()
{MessageBox.Show(System.Threading.Thread.CurrentThread.Name);
}
private void button1_Click(object sender, System.EventArgs e)
{System.Threading.Thread.CurrentThread.Name = "UIThread";treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
}看看运行结果，弹出的对话框中显示的是 UIThread，这说明 BeginInvoke 所调用的委托根本就是在 UI 线程中执行的。
既然是在 UI 线程中执行，又何来“异步执行”一说呢？
我们再看看下面的代码：
public delegate void treeinvoke();
private void UpdateTreeView()
{MessageBox.Show(Thread.CurrentThread.Name);
}
private void button1_Click(object sender, System.EventArgs e)
{Thread.CurrentThread.Name = "UIThread";Thread th = new Thread(new ThreadStart(StartThread));th.Start();
}
private void StartThread()
{Thread.CurrentThread.Name = "Work Thread";treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
}再看看运行结果，弹出的对话框中显示的还是 UIThread，这说明什么？这说明 BeginInvoke 方法所调用的委托无论如何都是在 UI 线程中执行的。
那 BeginInvoke 究竟有什么用呢？
在多线程编程中，我们经常要在工作线程中去更新界面显示，而在多线程中直接调用界面控件的方法是错误的做法，具体的原因可以在看完我的这篇之后看看这篇：在多线程中如何调用Winform，如果你是大牛的话就不要看我这篇了，直接看那篇吧，反正那篇文章我没怎么看懂。
Invoke 和 BeginInvoke 就是为了解决这个问题而出现的，使你在多线程中安全的更新界面显示。
正确的做法是将工作线程中涉及更新界面的代码封装为一个方法，通过 Invoke 或者 BeginInvoke 去调用，两者的区别就是一个导致工作线程等待，而另外一个则不会。
而所谓的“一面响应操作，一面添加节点”永远只能是相对的，使 UI 线程的负担不至于太大而以，因为界面的正确更新始终要通过 UI 线程去做，我们要做的事情是在工作线程中包揽大部分的运算，而将对纯粹的界面更新放到 UI 线程中去做，这样也就达到了减轻 UI 线程负担的目的了。
而在那段更新树节点的代码中，其实唯一起作用的代码是：System.Threading.Thread.Sleep(100);，它使 UI 线程有了处理界面消息的机会，其实 数码幽灵 将问题复杂化了，只要以下的代码就可以很好的工作了。
private void button1_Click_(object sender, System.EventArgs e)
{TreeNode tn;for(int i=0;i<100000;i++){tn=new TreeNode (i.ToString());this.treeView1.Nodes[0].Nodes.Add(tn);if (i%100 == 0) Application.DoEvents();}
}
