在Invoke或者BeginInvoke的使用中無(wú)一例外地使用了委托Delegate，至于委托的本質(zhì)請(qǐng)參考我的另一隨筆：對(duì).net事件的看法。 ??

一、為什么Control類(lèi)提供了Invoke和BeginInvoke機(jī)制？

關(guān)于這個(gè)問(wèn)題的最主要的原因已經(jīng)是dotnet程序員眾所周知的，我在此費(fèi)點(diǎn)筆墨再次記錄到自己的日志，以便日后提醒一下自己。

1、windows程序消息機(jī)制

Windows?GUI程序是基于消息機(jī)制的，有個(gè)主線(xiàn)程維護(hù)著一個(gè)消息泵。這個(gè)消息泵讓windows程序生生不息。

?

??????????????????????????????????????????????????Windows?GUI程序的消息循環(huán)

?

?

?

Windows程序有個(gè)消息隊(duì)列，窗體上的所有消息是這個(gè)隊(duì)列里面消息的最主要來(lái)源。這里的while循環(huán)使用了GetMessage（）這個(gè)方法，這是個(gè)阻塞方法，也就是隊(duì)列為空時(shí)方法就會(huì)被阻塞，從而這個(gè)while循環(huán)停止運(yùn)動(dòng)，這避免了一個(gè)程序把cpu無(wú)緣無(wú)故地耗盡，讓其它程序難以得到響應(yīng)。當(dāng)然在某些需要cpu最大限度運(yùn)動(dòng)的程序里面就可以使用另外的方法，例如某些3d游戲或者及時(shí)戰(zhàn)略游戲中，一般會(huì)使用PeekMessage（）這個(gè)方法，它不會(huì)被windows阻塞，從而保證整個(gè)游戲的流暢和比較高的幀速。

這個(gè)主線(xiàn)程維護(hù)著整個(gè)窗體以及上面的子控件。當(dāng)它得到一個(gè)消息，就會(huì)調(diào)用DispatchMessage方法派遣消息，這會(huì)引起對(duì)窗體上的窗口過(guò)程的調(diào)用。窗口過(guò)程里面當(dāng)然是程序員提供的窗體數(shù)據(jù)更新代碼和其它代碼。

2、dotnet里面的消息循環(huán)

public?static?void?Main(string[]?args)

{

???Form?f?=?new?Form();

???Application.Run(f);

}

Dotnet窗體程序封裝了上述的while循環(huán)，這個(gè)循環(huán)就是通過(guò)Application.Run方法啟動(dòng)的。

3、線(xiàn)程外操作GUI控件的問(wèn)題

如果從另外一個(gè)線(xiàn)程操作windows窗體上的控件，就會(huì)和主線(xiàn)程產(chǎn)生競(jìng)爭(zhēng)，造成不可預(yù)料的結(jié)果，甚至死鎖。因此windows?GUI編程有一個(gè)規(guī)則，就是只能通過(guò)創(chuàng)建控件的線(xiàn)程來(lái)操作控件的數(shù)據(jù)，否則就可能產(chǎn)生不可預(yù)料的結(jié)果。

因此，dotnet里面，為了方便地解決這些問(wèn)題，Control類(lèi)實(shí)現(xiàn)了ISynchronizeInvoke接口，提供了Invoke和BeginInvoke方法來(lái)提供讓其它線(xiàn)程更新GUI界面控件的機(jī)制。

public?interface?ISynchronizeInvoke

{

????????[HostProtection(SecurityAction.LinkDemand,?Synchronization=true,?ExternalThreading=true)]

????????IAsyncResult?BeginInvoke(Delegate?method,?object[]?args);

????????object?EndInvoke(IAsyncResult?result);

????????object?Invoke(Delegate?method,?object[]?args);

????????bool?InvokeRequired?{?get;?}

}

}

如果從線(xiàn)程外操作windows窗體控件，那么就需要使用Invoke或者BeginInvoke方法，通過(guò)一個(gè)委托把調(diào)用封送到控件所屬的線(xiàn)程上執(zhí)行。

二、消息機(jī)制---線(xiàn)程間和進(jìn)程間通信機(jī)制

1、window消息發(fā)送

Windows消息機(jī)制是windows平臺(tái)上的線(xiàn)程或者進(jìn)程間通信機(jī)制之一。Windows消息值其實(shí)就是定義的一個(gè)數(shù)據(jù)結(jié)構(gòu)，最重要的是消息的類(lèi)型，它就是一個(gè)整數(shù)；然后就是消息的參數(shù)。消息的參數(shù)可以表示很多東西。

Windows提供了一些api用來(lái)向一個(gè)線(xiàn)程的消息隊(duì)列發(fā)送消息。因此，一個(gè)線(xiàn)程可以向另一個(gè)線(xiàn)程的消息隊(duì)列發(fā)送消息從而告訴對(duì)方做什么，這樣就完成了線(xiàn)程間的通信。有些api發(fā)送消息需要一個(gè)窗口句柄，這種函數(shù)可以把消息發(fā)送到指定窗口的主線(xiàn)程消息隊(duì)列；而有些則可以直接通過(guò)線(xiàn)程句柄，把消息發(fā)送到該線(xiàn)程消息隊(duì)列中。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

?

用消息機(jī)制通信

??

SendMessage是windows?api，用來(lái)把一個(gè)消息發(fā)送到一個(gè)窗口的消息隊(duì)列。這個(gè)方法是個(gè)阻塞方法，也就是操作系統(tǒng)會(huì)確保消息的確發(fā)送到目的消息隊(duì)列，并且該消息被處理完畢以后，該函數(shù)才返回。返回之前，調(diào)用者將會(huì)被暫時(shí)阻塞。

PostMessage也是一個(gè)用來(lái)發(fā)送消息到窗口消息隊(duì)列的api函數(shù)，但這個(gè)方法是非阻塞的。也就是它會(huì)馬上返回，而不管消息是否真的發(fā)送到目的地，也就是調(diào)用者不會(huì)被阻塞。

2、Invoke?and?BeginInvoke

?

?

????????????????????????????????????????????????????????Invoke?or?BeginInvoke

??

Invoke或者BeginInvoke方法都需要一個(gè)委托對(duì)象作為參數(shù)。委托類(lèi)似于回調(diào)函數(shù)的地址，因此調(diào)用者通過(guò)這兩個(gè)方法就可以把需要調(diào)用的函數(shù)地址封送給界面線(xiàn)程。這些方法里面如果包含了更改控件狀態(tài)的代碼，那么由于最終執(zhí)行這個(gè)方法的是界面線(xiàn)程，從而避免了競(jìng)爭(zhēng)條件，避免了不可預(yù)料的問(wèn)題。如果其它線(xiàn)程直接操作界面線(xiàn)程所屬的控件，那么將會(huì)產(chǎn)生競(jìng)爭(zhēng)條件，造成不可預(yù)料的結(jié)果。

使用Invoke完成一個(gè)委托方法的封送，就類(lèi)似于使用SendMessage方法來(lái)給界面線(xiàn)程發(fā)送消息，是一個(gè)同步方法。也就是說(shuō)在Invoke封送的方法被執(zhí)行完畢前，Invoke方法不會(huì)返回，從而調(diào)用者線(xiàn)程將被阻塞。

使用BeginInvoke方法封送一個(gè)委托方法，類(lèi)似于使用PostMessage進(jìn)行通信，這是一個(gè)異步方法。也就是該方法封送完畢后馬上返回，不會(huì)等待委托方法的執(zhí)行結(jié)束，調(diào)用者線(xiàn)程將不會(huì)被阻塞。但是調(diào)用者也可以使用EndInvoke方法或者其它類(lèi)似WaitHandle機(jī)制等待異步操作的完成。

但是在內(nèi)部實(shí)現(xiàn)上，Invoke和BeginInvoke都是用了PostMessage方法，從而避免了SendMessage帶來(lái)的問(wèn)題。而Invoke方法的同步阻塞是靠WaitHandle機(jī)制來(lái)完成的。

3、使用場(chǎng)合問(wèn)題

如果你的后臺(tái)線(xiàn)程在更新一個(gè)UI控件的狀態(tài)后不需要等待，而是要繼續(xù)往下處理，那么你就應(yīng)該使用BeginInvoke來(lái)進(jìn)行異步處理。

如果你的后臺(tái)線(xiàn)程需要操作UI控件，并且需要等到該操作執(zhí)行完畢才能繼續(xù)執(zhí)行，那么你就應(yīng)該使用Invoke。否則，在后臺(tái)線(xiàn)程和主截面線(xiàn)程共享某些狀態(tài)數(shù)據(jù)的情況下，如果不同步調(diào)用，而是各自繼續(xù)執(zhí)行的話(huà)，可能會(huì)造成執(zhí)行序列上的問(wèn)題，雖然不發(fā)生死鎖，但是會(huì)出現(xiàn)不可預(yù)料的顯示結(jié)果或者數(shù)據(jù)處理錯(cuò)誤。

可以看到ISynchronizeInvoke有一個(gè)屬性，InvokeRequired。這個(gè)屬性就是用來(lái)在編程的時(shí)候確定，一個(gè)對(duì)象訪(fǎng)問(wèn)UI控件的時(shí)候是否需要使用Invoke或者BeginInvoke來(lái)進(jìn)行封送。如果不需要那么就可以直接更新。在調(diào)用者對(duì)象和UI對(duì)象同屬一個(gè)線(xiàn)程的時(shí)候這個(gè)屬性返回false。在后面的代碼分析中我們可以看到，Control類(lèi)對(duì)這一屬性的實(shí)現(xiàn)就是在判斷調(diào)用者和控件是否屬于同一個(gè)線(xiàn)程的。

三、Delegate.BeginInvoke

通過(guò)一個(gè)委托來(lái)進(jìn)行同步方法的異步調(diào)用，也是.net提供的異步調(diào)用機(jī)制之一。但是Delegate.BeginInvoke方法是從ThreadPool取出一個(gè)線(xiàn)程來(lái)執(zhí)行這個(gè)方法，以獲得異步執(zhí)行效果的。也就是說(shuō)，如果采用這種方式提交多個(gè)異步委托，那么這些調(diào)用的順序無(wú)法得到保證。而且由于是使用線(xiàn)程池里面的線(xiàn)程來(lái)完成任務(wù)，使用頻繁，會(huì)對(duì)系統(tǒng)的性能造成影響。

Delegate.BeginInvoke也是講一個(gè)委托方法封送到其它線(xiàn)程，從而通過(guò)異步機(jī)制執(zhí)行一個(gè)方法。調(diào)用者線(xiàn)程則可以在完成封送以后去繼續(xù)它的工作。但是這個(gè)方法封送到的最終執(zhí)行線(xiàn)程是運(yùn)行庫(kù)從ThreadPool里面選取的一個(gè)線(xiàn)程。

這里需要糾正一個(gè)誤區(qū)，那就是Control類(lèi)上的異步調(diào)用BeginInvoke并沒(méi)有開(kāi)辟新的線(xiàn)程完成委托任務(wù)，而是讓界面控件的所屬線(xiàn)程完成委托任務(wù)的。看來(lái)異步操作就是開(kāi)辟新線(xiàn)程的說(shuō)法不一定準(zhǔn)確。??

四、用Reflector察看一些相關(guān)代碼

1、Control.BeginInvoke?and?Control.Invoke

public?IAsyncResult?BeginInvoke(Delegate?method,?params?object[]?args)

{

????using?(new?MultithreadSafeCallScope())

????{

????????return?(IAsyncResult)?this.FindMarshalingControl().MarshaledInvoke(this,?method,?args,?false);

????}

}

public?object?Invoke(Delegate?method,?params?object[]?args)

{

????using?(new?MultithreadSafeCallScope())

????{

????????return?this.FindMarshalingControl().MarshaledInvoke(this,?method,?args,?true);

????}

}

這里的FindMarshalingControl方法通過(guò)一個(gè)循環(huán)向上回溯，從當(dāng)前控件開(kāi)始回溯父控件，直到找到最頂級(jí)的父控件，用它作為封送對(duì)象。例如，我們調(diào)用窗體上一個(gè)進(jìn)度條的Invoke方法封送委托，但是實(shí)際上會(huì)回溯到主窗體，通過(guò)這個(gè)控件對(duì)象來(lái)封送委托。因?yàn)橹鞔绑w是主線(xiàn)程消息隊(duì)列相關(guān)的，發(fā)送給主窗體的消息才能發(fā)送到界面主線(xiàn)程消息隊(duì)列。

我們可以看到Invoke和BeginInvoke方法使用了同樣的實(shí)現(xiàn)，只是MarshaledInvoke方法的最后一個(gè)參數(shù)值不一樣。

2、MarshaledInvoke

private?object?MarshaledInvoke(Control?caller,?Delegate?method,?object[]?args,?bool?synchronous)

{

????int?num;

????if?(!this.IsHandleCreated)

????{

????????throw?new?InvalidOperationException(SR.GetString("ErrorNoMarshalingThread"));

????}

????if?(((ActiveXImpl)?this.Properties.GetObject(PropActiveXImpl))?!=?null)

????{

????????IntSecurity.UnmanagedCode.Demand();

????}

????bool?flag?=?false;

????if?((SafeNativeMethods.GetWindowThreadProcessId(new?HandleRef(this,?this.Handle),?out?num)?==?SafeNativeMethods.GetCurrentThreadId())?&&?synchronous)

????{

????????flag?=?true;

????}

????ExecutionContext?executionContext?=?null;

????if?(!flag)

????{

????????executionContext?=?ExecutionContext.Capture();

????}

????ThreadMethodEntry?entry?=?new?ThreadMethodEntry(caller,?method,?args,?synchronous,?executionContext);

????lock?(this)

????{

????????if?(this.threadCallbackList?==?null)

????????{

????????????this.threadCallbackList?=?new?Queue();

????????}

????}

????lock?(this.threadCallbackList)

????{

????????if?(threadCallbackMessage?==?0)

????????{

????????????threadCallbackMessage?=?SafeNativeMethods.RegisterWindowMessage(Application.WindowMessagesVersion?+?"_ThreadCallbackMessage");

????????}

????????this.threadCallbackList.Enqueue(entry);

????}

????if?(flag)

????{

????????this.InvokeMarshaledCallbacks();

????}

????else

????{????????????//終于找到你了，PostMessage

????????UnsafeNativeMethods.PostMessage(new?HandleRef(this,?this.Handle),?threadCallbackMessage,?IntPtr.Zero,?IntPtr.Zero);

????}

????if?(!synchronous)?//如果是異步，那么馬上返回吧

????{

????????return?entry;

????}

????if?(!entry.IsCompleted)?//同步調(diào)用沒(méi)結(jié)束，阻塞起來(lái)等待吧

????{

????????this.WaitForWaitHandle(entry.AsyncWaitHandle);

????}

????if?(entry.exception?!=?null)

????{

????????throw?entry.exception;

????}

????return?entry.retVal;

}

怎么樣，我們終于看到PostMessage了吧？通過(guò)windows消息機(jī)制實(shí)現(xiàn)了封送。而需要封送的委托方法作為消息的參數(shù)進(jìn)行了傳遞。關(guān)于其它的代碼這里不作進(jìn)一步解釋。

3、InvokeRequired

public?bool?InvokeRequired

{

????get

????{

????????using?(new?MultithreadSafeCallScope())

????????{

????????????HandleRef?ref2;

????????????int?num;

????????????if?(this.IsHandleCreated)

????????????{

????????????????ref2?=?new?HandleRef(this,?this.Handle);

????????????}

????????????else

????????????{

????????????????Control?wrapper?=?this.FindMarshalingControl();

????????????????if?(!wrapper.IsHandleCreated)

????????????????{

????????????????????return?false;

????????????????}

????????????????ref2?=?new?HandleRef(wrapper,?wrapper.Handle);

????????????}

????????????int?windowThreadProcessId?=?SafeNativeMethods.GetWindowThreadProcessId(ref2,?out?num);

????????????int?currentThreadId?=?SafeNativeMethods.GetCurrentThreadId();

????????????return?(windowThreadProcessId?!=?currentThreadId);

????????}

????}

}

終于看到了，這是在判斷windows窗體線(xiàn)程和當(dāng)前的調(diào)用者線(xiàn)程是否是同一個(gè)，如果是同一個(gè)就沒(méi)有必要封送了，直接訪(fǎng)問(wèn)這個(gè)GUI控件吧。否則，就不要那么直接表白了，就需要Invoke或者BeginInvoke做媒了

轉(zhuǎn)載于:https://www.cnblogs.com/C-CHERS/p/4890131.html

總結(jié)

以上是生活随笔為你收集整理的为什么Control类提供了Invoke和BeginInvoke机制的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。