C#中Invoke 和 BeginInvoke的涵义和区别

92 篇文章 6 订阅
52 篇文章 6 订阅
BeginInvoke 方法真的是新开一个线程进行异步调用吗?

参考以下代码:

  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.  
  13. private void StartThread()
  14. {
  15.           Thread.CurrentThread.Name = “Work Thread”;
  16.           treeView1.BeginInvoke(new treeinvoke(UpdateTreeView));
  17. }

再看看运行结果,弹出的对话框中显示的还是 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.  
  11. }
  12.  
  13.  
  14.  
  15.  

近日,被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改为更新界面的方法。

### 回答1: invoke和begininvoke都是用来调用方法的,不同之处在于begininvoke是异步调用,即它会在后台开启一个线程来执行方法,而不会像invoke一样阻塞主线程。因此,如果方法的执行需要时间比较长或者需要等待外部资源的响应,那么使用begininvoke可以提高程序的响应速度和用户体验。 ### 回答2: 很抱歉,您提出的问题不够清晰明确,无法知晓问题的具体内容。请您提供更为具体的问题,我将会尽力回答。谢谢。 ### 回答3: 不确定问题指的是什么,因此我将尝试回答可能与“C”相关的一些问题。 如果问题是关于编程语言C,那么C是一种高级编程语言,由Dennis Ritchie于20世纪70年代开发,C语言不仅被广泛用于操作系统、编译器和网络协议等系统级编程,还被用于应用程序、游戏和嵌入式系统等领域。C语言的特点包括灵活性、高效性、可移植性和可重用性等。 如果问题是关于C的历史,C语言诞生于20世纪70年代,最初是由贝尔实验室的计算机科学家Dennis Ritchie和Ken Thompson开发的。当时,贝尔实验室正在开发Unix操作系统,并需要一种高效的编程语言来支持这个操作系统的开发。Amiga、Atari ST及Macintosh等电脑都使用了C编译器。 如果问题是关于C的应用范围,C语言的应用非常广泛,涵盖多个领域,包括操作系统、编译器、网络协议、游戏、应用程序、嵌入式系统、图形用户界面等。近几年来,C语言仍然保持着其优良的地位,并被广泛采用于高性能计算、人工智能、物联网等领域。 如果问题是关于C的优点,C语言具有许多优点,例如: 1. 灵活性:C语言具有很高的灵活性,可以通过各种方式实现不同的目标。 2. 效率:C语言为程序员提供了很高的效率,因为它能够在很短的时间内运行更多的任务。 3. 可移植性:C语言能够在不同的操作系统和计算机上运行,因此具有很高的可移植性。 4. 可重用性:C语言的许多代码片段可以重复使用,因此可以节省开发时间和成本。 总之,C语言是一种非常重要的编程语言,它在计算机历史上发挥了重要的作用,并且将在未来继续扮演重要的角色。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值