處理多線程程序時的陷阱物業

之前談好的工作也將泡湯。“就覺得點燃這些東西是一種發泄 與所有的UI開發平臺一樣，.NET下線程開發圖形界面同樣要遵循一個基本原則：就是對UI對象的操作一定要在產生該UI對象的線程里進行（該線程稱作UI線程），因為大部分UI對象都不是線程安全的。

在.NET中，把調用調用放在UI線程里執行是通過Form類及其子類的Invoke（）方法實現的（具體的過程請參考其他資料），可以這樣做是因為Form對象保存了創建它的線程的信息，而且Form類有一個bool類型的屬性InvokeRequired，可以通過它查看當前線程是否為創建該Form對象的線程（UI線程）——如果為true，則表示當前線程不是UI線程，反之則是。下面提供一個例子：

using reading;

using rms;

namespace csharpTest

{

public class TestForm : Form

{

private Form form1;

private Form form2;

public static void Main()

{

TestForm tf = new TestForm();

ow();

Thread();

n();

}

public void UIThread()

{

form1 = new Form();

form2 = new Form();

ow();//這里是關鍵

ow();

Thread thread = new Thread(new ThreadStart(WorkerThread));

art();

}

public void WorkerThread()

{

if (vokeRequired)

voke(new MethodInvoker(WorkerThread));

else

{

xt = \"This is from WorkerThread.\";

}

}

protected override void OnClosing(ncelEventArgs e)

{

Closing (e);

it();

}

}

}

TestForm里有兩個需要注意的方法，UIThread——用來模擬UI線程，WorkerThread——用來模擬用戶線程，UIThread中實例化了成員form1與form2，并調用了它們的Show方法，在WorkerThread中改變form1的Text屬性。請注意WorkerThread里有個技巧， if (vokeRequired) 即如果當前線程不是創建該form2的線程，則將方法通通過過Invoke方法放到UI線程里去執行。但就是這里問題出現了。form1和form2都是在UIThread里建立的，所以它們保存的線程的信息應該是一樣的。所以vokeRquired和vokeRquired的值在任何線程里都是一樣的，即在WorkerThread中InvokeRquire的值都應該是true（因為在不同的線程里）。但是如果注釋掉ow()的話vokeRquired在WorkerThread中的值卻是false（在中調試看到），怎么會這樣呢？而且如果不經過判斷直接在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可以產生系統真正的系統窗體。