Invoke的用法.docx

上传人:b****5 文档编号:12388883 上传时间:2023-04-18 格式:DOCX 页数:15 大小:21.59KB
下载 相关 举报
Invoke的用法.docx_第1页
第1页 / 共15页
Invoke的用法.docx_第2页
第2页 / 共15页
Invoke的用法.docx_第3页
第3页 / 共15页
Invoke的用法.docx_第4页
第4页 / 共15页
Invoke的用法.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

Invoke的用法.docx

《Invoke的用法.docx》由会员分享,可在线阅读,更多相关《Invoke的用法.docx(15页珍藏版)》请在冰豆网上搜索。

Invoke的用法.docx

Invoke的用法

V2008精简教程(13):

Invoke的用法

2010-06-1814:

44:

00|分类:

软件编程|标签:

|字号大中小订阅

在多线程编程中,我们经常要在工作线程中去更新界面显示,而在多线程中直接调用界面控件的方法是错误的做法,Invoke和BeginInvoke就是为了解决这个问题而出现的,使你在多线程中安全的更新界面显示。

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

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

(以上说明来自网络)

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceBKWorkerSample

{

publicpartialclassForm2:

Form

{

publicForm2()

{

InitializeComponent();

}

//声明委托

delegatevoidInvokeDele(inti);

//界面线程函数

voidworker_DoWork(inti)

{

listBox1.Items.Add(i.ToString());

}

privatevoidbutton1_Click(objectsender,EventArgse)

{

System.Threading.Threadthr=newSystem.Threading.Thread(newSystem.Threading.ThreadStart(work));

thr.Start();

}

//线程函数,执行耗时任务

privatevoidwork()

{

for(inti=0;i<10;i++)

{

System.Threading.Thread.Sleep(500);

//调用invoke函数,实现了与UI线程的通讯

this.Invoke(inDele,i);

}

}

InvokeDeleinDele;

privatevoidForm2_Load(objectsender,EventArgse)

{

inDele=newInvokeDele(worker_DoWork);

}

}

}

总结:

(1)Invoke或begininvoke实现了任务线程数据与UI线程(主进程)界面控件的数据通讯,提供了一种方法;

(2)使用了线程、委托;

(3)可分两部分:

a.线程:

声明线程(启动线程);实现线程函数,在线程函数中调用this.Invoke(delegate,project[]);

b.委托:

声明委托类型delegatevoidInvokeDele(inti);

实例化委托InvokeDeleinDele;inDele=newInvokeDele(worker_DoWork);

实现委托函数voidworker_DoWork(inti);

(4)相对BackGroundWorker,要灵活些,但同时也麻烦些。

V2008精简教程(12):

BackGroundWorker用法

2010-06-1814:

07:

16|分类:

软件编程|标签:

|字号大中小订阅

为什么要用BackGroundWorker?

(1)BackgroundWorker是最简单的、典型的异步线程应用。

启用的线程不用UI线程维护。

(2)一般情况下,一个任务必须要有其他线程执行,但是还需要和UI线程交互,在执行线程中,不能直接调用UI线程的控件赋值方法。

这时候用BackgroundWorker是最简单的方法。

什么是BackGroundWorker?

BackgroundWorker是.net里用来执行多线程任务的控件,它允许编程者在一个单独的线程上执行一些操作。

耗时的操作(如下载和数据库事务)在长时间运行时可能会导致用户界面(UI)似乎处于停止响应状态。

如果您需要能进行响应的用户界面,而且面临与这类操作相关的长时间延迟,则可以使用BackgroundWorker类方便地解决问题。

  该控件有三个事件:

  DoWork、ProgressChanged和RunWorkerCompleted

  在程序中调用RunWorkerAsync方法则会启动DoWork事件的事件处理,当在事件处理过程中,调用ReportProgress方法则会启动ProgressChanged事件的事件处理,而当DoWork事件处理完成时,则会触发RunWorkerCompleted事件。

  您必须非常小心,确保在DoWork事件处理程序中不操作任何用户界面对象。

而应该通过ProgressChanged和RunWorkerCompleted事件与用户界面进行通信。

示例代码:

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceBKWorkerSample

{

publicpartialclassForm1:

Form

{

publicForm1()

{

InitializeComponent();

}

//声明一个BackgroundWorker对象;

BackgroundWorkerworker=newBackgroundWorker();

//在Load中设置属性和事件

privatevoidForm1_Load(objectsender,EventArgse)

{

//DoWork事件;

worker.DoWork+=newDoWorkEventHandler(worker_DoWork);

//设置ProgressChanged的事件

worker.ProgressChanged+=newProgressChangedEventHandler(worker_ProgressChanged);

//设置RunWorkerCompleted事件

worker.RunWorkerCompleted+=newRunWorkerCompletedEventHandler(worker_RunWorkerCompleted);

//明确要报告进展,如果不报告(一般是不给UI线程通讯),可以设置为false,节省开销。

worker.WorkerReportsProgress=true;

//明确执行过程中可以取消

worker.WorkerSupportsCancellation=true;

}

//在DoWork事件中调用你需要异步调用的程序

//如果需要传递任何数据给worker_RunWorkerCompleted,请使用e.Argument.

voidworker_DoWork(objectsender,DoWorkEventArgse)

{

for(inti=0;i<10;i++)

{

//当调用CancelAsync方法时,CancellationPending会设置为true。

if(worker.CancellationPending)

{

e.Cancel=true;

break;

}

System.Threading.Thread.Sleep(500);

//第一个参数是给进度条用的,让进度条显示的百分比。

第二个参数可以传出来任何类型。

//执行这个方法会触发ProgressChanged事件,参数信息会在这个事件的e中保存。

worker.ReportProgress(0,"Step"+i.ToString()+"docompletely");

}

e.Result="Done";

}

voidworker_RunWorkerCompleted(objectsender,RunWorkerCompletedEventArgse)

{

//如果e.Cancelled为true,则不能用e.Result取值,会发生错误。

if(e.Cancelled)

listBox1.Items.Add("workiscanceled");

else

{

listBox1.Items.Add("Allstepsdocompletely");

label1.Text=e.Result.ToString();

}

}

voidworker_ProgressChanged(objectsender,ProgressChangedEventArgse)

{

//通过e.UserState获得ReportProgress方法的第二个参数。

//其他的重要的耗时操作一定要放在执行线程中

listBox1.Items.Add(e.UserState.ToString());

}

privatevoidbutton1_Click(objectsender,EventArgse)

{

//如果上次的调用没有结束,IsBusy为true。

if(worker.IsBusy)

return;

listBox1.Items.Clear();

//开始异步调用

worker.RunWorkerAsync();

//如果使用带参数的调用,那么这个参数可以在worker_DoWork事件的e.Argument中获得。

//worker.RunWorkerAsync("ABC");

}

privatevoidbutton2_Click(objectsender,EventArgse)

{

//如果调用没有结束,则发送取消请求.

if(worker.IsBusy)

worker.CancelAsync();

}

}

}

c#Invoke和BeginInvoke区别

转自

Control.Invoke方法(Delegate):

在拥有此控件的基础窗口句柄的线程上执行指定的委托。

Control.BeginInvoke方法(Delegate):

在创建控件的基础句柄所在线程上异步执行指定委托。

(一)Control的Invoke和BeginInvoke

我们要基于以下认识:

(1)Control的Invoke和BeginInvoke与Delegate的Invoke和BeginInvoke是不同的。

(2)Control的Invoke和BeginInvoke的参数为delegate,委托的方法是在Control的线程上执行的,也就是我们平时所说的UI线程。

我们以代码

(一)来看(Control的Invoke)

privatedelegatevoidInvokeDelegate();

privatevoidInvokeMethod(){

//C代码段

}

privatevoidbutInvoke_Click(objectsender,EventArgse){

//A代码段.......

this.Invoke(newInvokeDelegate(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

privatedelegatevoidBeginInvokeDelegate();

privatevoidBeginInvokeMethod(){

//C代码段

}

privatevoidbutBeginInvoke_Click(objectsender,EventArgse){

//A代码段.......

this.BeginInvoke(newBeginInvokeDelegate(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成消息,然后调用Win32API中的RegisterWindowMessage()向UI窗口发送消息。

----摘自"Invoke和BeginInvoke的真正涵义"一文中的评论。

(二)我们用Thread来调用BeginInvoke和Invoke

我们开一个线程,让线程执行一些耗费时间的操作,然后再用Control.Invoke和Control.BeginInvoke回到用户UI线程,执行界面更新。

代码(三)Thread调用Control的Invoke

privateThreadinvokeThread;

privatedelegatevoidinvokeDelegate();

privatevoidStartMethod(){

//C代码段......

Control.Invoke(newinvokeDelegate(invokeMethod));

//D代码段......

}

privatevoidinvokeMethod(){

//E代码段

}

privatevoidbutInvoke_Click(objectsender,EventArgse){

//A代码段.......

invokeThread=newThread(newThreadStart(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

privateThreadbeginInvokeThread;

privatedelegatevoidbeginInvokeDelegate();

privatevoidStartMethod(){

//C代码段......

Control.BeginInvoke(newbeginInvokeDelegate(beginInvokeMethod));

//D代码段......

}

privatevoidbeginInvokeMethod(){

//E代码段

}

privatevoidbutBeginInvoke_Click(objectsender,EventArgse){

//A代码段.......

beginInvokeThread=newThread(newThreadStart(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改为更新界面的方法。

分类:

C#/.NET

使用Invoke解决多线程间的控件访问出错

在一个WinForm界面上有一个按钮(button1)和一个文本框(textBox1),在button1的点击事件处理程序中创建一个新的线程,并期望在新线程中更改textBox1的值,容易出错的代码如下:

//按钮点击事件处理程序

privatevoidbutton1_Click(objectsender,EventArgse)

{

//创建新线程

ThreadprocessorThread=null;

processorThread=newThread(newThreadStart(Done));

processorThread.IsBackground=true;

processorThread.SetApartmentState(ApartmentState.STA);

processorThread.Start();

}

//更新textBox1值

privatevoidDone()

{

textBox1.Text="";

}

运行程序点击按钮后出错,提示:

线程间操作无效:

从不是创建控件“textBox1”的线程访问它。

下边我们用Invoke解决这一问题:

//按钮点击事件处理程序

privatevoidbutton1_Click(objectsender,EventArgse)

{

//创建新线程

ThreadprocessorThread=null;

processorThread=newThread(newThreadStart(Done));

processorThread.IsBackground=true;

processorThread.SetApartmentState(ApartmentState.STA);

processorThread.Start();

}

//定义委托

delegatevoidWriteInvoke(s

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1