與所有的UI開發平台一樣，.NET下線程開發圖形界面同樣要遵循一個基本原則：就是對UI對象的操作一定要在產生該UI對象的線程裡進行（該線程稱作UI線程），因為大部分UI對象都不是線程安全的。
在.NET中，把調用調用放在UI線程裡執行是通過Form類及其子類的Invoke（）方法實現的（具體的過程請參考其他資料），可以這樣做是因為Form對象保存了創建它的線程的信息，而且Form類有一個bool類型的屬性InvokeRequired，可以通過它查看當前線程是否為創建該Form對象的線程（UI線程）——如果為true，則表示當前線程不是UI線程，反之則是。下面提供一個例子：
using System.Threading;
using System.Windows.Forms;
namespace csharpTest
{
public class TestForm : Form
{
private Form form1;
private Form form2;
public static void Main()
{
TestForm tf = new TestForm();
tf.Show();
tf.UIThread();
Application.Run();
}
public void UIThread()
{
form1 = new Form();
form2 = new Form();
form2.Show();//這裡是關鍵
form1.Show();
Thread thread = new Thread(new ThreadStart(WorkerThread));
thread.Start();
}
public void WorkerThread()
{
if (form2.InvokeRequired)
form2.Invoke(new MethodInvoker(WorkerThread));
else
{
form1.Text = "This is from WorkerThread.";
}
}
protected override void OnClosing(System.ComponentModel.CancelEventArgs e)
{
base.OnClosing (e);
Application.Exit();
}
}
}TestForm裡有兩個需要注意的方法，UIThread——用來模擬UI線程，WorkerThread——用來模擬用戶線程，UIThread中實例化了成員form1與form2，並調用了它們的Show方法，在WorkerThread中改變form1的Text屬性。請注意WorkerThread裡有個技巧， if (form2.InvokeRequired) 即如果當前線程不是創建該form2的線程，則將方法通通過過Invoke方法放到UI線程裡去執行。但就是這裡問題出現了。form1和form2都是在UIThread裡建立的，所以它們保存的線程的信息應該是一樣的。所以form1.InvokeRquired和form2.InvokeRquired的值在任何線程裡都是一樣的，即在WorkerThread中InvokeRquire的值都應該是true（因為在不同的線程裡）。但是如果注釋掉form2.Show()的話form2.InvokeRquired在WorkerThread中的值卻是false（在vs.net中調試看到），怎麼會這樣呢？而且如果不經過判斷直接在WorkerThread裡調用form2對象的Invoke的話…………居然會拋出異常——“在創建窗口句柄之前，不能在控件上調用 Invoke 或 InvokeAsync”分析一下該異常的信息，在win32裡每一個窗體都有一個窗體句柄，是該窗體在建立時系統分配的，但我們確實在UI線程裡建立了form2對象的。這裡有個誤區.Net裡的Form對象並不是和win32的窗體對象完全對應的。
本人竊以為，產生一個Form類的實例時，只是產生了一個內存中的普通的對象，並不產生系統窗體（好像叫做User對象吧），只有它第一次呈現在屏幕上（或稱作創建）時，才產生系統裡表示窗體的User對象且分配句柄，對應的WIN32 API的CreateWindow()方法大概也在這個時候執行（先聲明：本人對WIN32 AP 並不熟悉，所以這裡如果有什麼不妥的話請大家指正）
只有.NET裡的form對象調用某種方法使系統產生真正的窗體時，form才會有創建它的線程的信息，且InvokeRquired才有效，即才能調用form的Invoke方法。不過我還沒弄清楚哪幾個方法可以做到。據我所知Show, CreateGraphics可以產生系統真正的系統窗體。
