Control的Invoke和BeginInvoke(转-因为写得很好)

转载 2011年01月20日 14:16:00
Control的Invoke和BeginInvoke(转-因为写得很好)
2008-07-15 09:43
Control的Invoke和BeginInvoke

Control的Invoke和BeginInvoke

近日,被Control的Invoke和BeginInvoke搞的头大,就查了些相关的资料,整理如下。感谢这篇文章对我的理解Invoke和BeginInvoke的真正含义

(一)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));

//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));

//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://blog.163.com/kjpt126@126/blog/static/48940426200824103658846/

 

相关文章推荐

一名3年工作经验的程序员应该具备的技能(写得很好,果断转)

因为和同事有约定再加上LZ自己也喜欢做完一件事之后进行总结,因此有了这篇文章。这篇文章大部分内容都是面向整个程序员群体的,当然因为LZ本身是做Java开发的,因此有一部分内容也是专门面向咱们Java程...
  • mrxiky
  • mrxiky
  • 2017年02月23日 16:53
  • 7311

写得很好很真实的一篇高考作文居然得了0分

安徽最牛零分作文出炉时间在流逝——上还是不上大学?江小鱼【以“时间在流逝”为题,写一篇作文。题材不限,不少于800字。 注意:1 立意自定,题目自拟,除诗歌外,问题不限;2 不得套作,不得抄袭;3 不...

C++中的虚函数(virtual function) (细节,决定成败) (写得很好)

1.简介     虚函数是C++中用于实现多态(polymorphism)的机制。核心理念就是通过基类访问派生类定义的函数。假设我们有下面的类层次: class A { public: ...

一个清华老师的一番话,感觉写得很好

一双鞋,耐克的6百多;李宁的4百多;特步的3百多;361的2百多;所以,你毕业于一个什么样的大学很重要。   一双鞋,在地摊不过几十元,到了商场、专卖店,会涨到一百甚至几百。所以,你呆在什么地方...

Linux音频编程指南——写得很好

OSS--跨平台的音频接口简介 http://bbs.lemote.com/viewthread.php?tid=20410     OSS(Open Sound System)是 unix ...
  • Zhu__
  • Zhu__
  • 2012年05月29日 14:33
  • 1185

Linux下C语言的多线程编程学习[写得很好哦]

Linux下C语言的多线程编程学习 一、首先,简单了解一下多线程,从耳熟能详的fork()、pthread中理点头绪出来,然后自己写一个简单的来增加一下信心。 1、Linux系统下的多线程遵循...
  • wjs1033
  • wjs1033
  • 2014年03月01日 14:39
  • 1025

写得很好的linux学习笔记

linux目录架构 / 根目录 /bin 常用的命令 binary file 的目錄 /boot 存放系统启动时必须读取的档案,包括核心 (kernel) 在内 /boot/grub/menu...
  • hkh5730
  • hkh5730
  • 2014年03月01日 10:17
  • 606

AngularJs中Factory和Service和Provide不同(写得很好)

AngularJS: Factory vs Service vs Provider By Tyler   On May 4, 2014   With 44 Comments  ...

关于线程安全和可重入的区别,写得很好所以转过来了

源出处:http://waret.iteye.com/blog/744169 线程安全函数 • 概念:        线程安全的概念比较直观。一般说来,一个函数被称为线程安全的,当且仅当被多个并...

写得很好的linux学习笔记

linux目录架构 / 根目录 /bin 常用的命令 binary file 的目錄 /boot 存放系统启动时必须读取的档案,包括核心 (kernel) 在内 /boot/grub/menu...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Control的Invoke和BeginInvoke(转-因为写得很好)
举报原因:
原因补充:

(最多只允许输入30个字)