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

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

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

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

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

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