我的問題是這樣的：是否有可能使用ISynchronizeInvoke.BeginInvoke（）重載一個線程？
我有兩個線程，我的UI線程和一個工作線程。我的工作線程運行在一個由窗體實例化的獨立類中，該窗體將其自身作爲ISynchronizeInvoke傳遞給工作類，然後在該接口上使用Invoke來調用它的事件，這些事件向UI提供狀態更新以供顯示。這很奇妙。
我注意到我的後臺線程似乎運行速度很慢，所以我將電話改爲Invoke爲BeginInvoke，認爲「我只是提供進度更新，它不需要完全同步，沒有傷害完成「，除了現在我越來越奇怪的進度更新。我的進度條更新，但標籤的文本沒有，如果我改變到另一個窗口，並嘗試返回，它的行爲就像UI線程被鎖定，所以我想知道如果我的進度調用（這發生很通常）會重載UI線程以至於它從不處理消息。這是可能的，還是有其他工作在這裏？
你明確地重載UI線程。
在第一個樣品，你是（幕後）發送消息到UI線程，等待其進行處理（這是調用，最終依賴於SendMessage的目的），然後發送另一個。與此同時，其他消息可能已入隊（例如WM_PAINT消息）並進行處理。
在您的第二個示例中，通過使用BeginInvoke（最終依賴於PostMessage），您在消息隊列中大量排入消息，消息泵必須按順序處理。當然，雖然它處理了成千上萬條消息，但它無法處理讓您的用戶界面看起來「凍結」的操作系統消息（WM_PAINT等）。
您可能提供的狀態更新太多;儘量降低反饋水平。
如果您想更好地瞭解消息在Windows中的工作方式，請從this開始。
有一些想法;
Invoke/BeginInvoke取得列表，並且在UI線程上處理緩衝區BeginInvoke和匿名方法，您可能會遇到問題...我將在BeginEdit/EndEdit這樣的方法，當您進行大量更新時停止UI重繪;相反，它等待，直到End*叫捕獲問題...想象（工人）：
List<string> stuff = new List<string>();
for(int i = 0 ; i < 50000 ; i++) {
stuff.Add(i.ToString());
if((i % 100) == 0) {
// update UI
BeginInvoke((MethodInvoker) delegate {
foreach(string s in stuff) {
listBox.Items.Add(s);
}
});
}
}
你有沒有注意到，在某些時候兩個線程都說話stuff？UI線程可以迭代它，而工作線程（一直運行在BeginInvoke之後）繼續添加。這可能會導致問題。通常不會性能問題（除非您捕捉異常並花費很長時間來記錄它們），但肯定會有問題。此選項將包括：
Invoke運行更新同步