VS建模是主線程消息隊(duì)列相關(guān)的，發(fā)送給主窗體的消息才能發(fā)送到界面主線程消息隊(duì)列。我們可以看到VS建模方法使用了同樣的實(shí)現(xiàn)，只是VS建模方法的***一個(gè)參數(shù)值不一樣。

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

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

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

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

這里需要糾正一個(gè)誤區(qū)，VS建模那就是Control類上的異步調(diào)用BeginInvoke并沒有開辟新的線程完成委托任務(wù)，而是讓界面控件的所屬線程完成委托任務(wù)的?？磥懋惒讲僮骶褪情_辟新線程的說法不一定準(zhǔn)確。