Asynchronous Windows Forms Programming

In a simple Windows Forms application (such as the one created by the Visual Studio.NET application wizard), all forms and controls execute on the same thread – the primordial thread used to launch the application by calling Main() – so those  forms and controls can freely call each other’s methods.

When a Windows Forms window invokes a call asynchronously (using a delegate) that call executes on a worker thread from the thread pool, not the thread that created the window. The completion callback method is also executed on the worker thread. As a result, the completion callback method should never update the user interface directly because that would be calling a Windows Forms form or control on a different thread from the thread that created it. Similarly, progress reports triggered by the worker thread are not allowed to directly update controls such as a progress bar. In all these cases, you must marshal the call from the worker thread to the user interface thread. This is exactly what the interface ISynchronizeInvoke interface, defined in the System.ComponentModel namespace is designed to do.

沒想到在IssueVision裡會帶有這樣好文章，對非同步處理分析得頗透徹，在C# 1.1實現了C# 2.0的功能，對內在的機制也做了詳細的分析。