線程的基礎知識

線程的基礎知識

1. 進程與線程有那些區別和聯繫？
     每個進程至少需要一個線程。
         進程由兩部分構成：進程內核對象，地址空間。線程也由兩部分組成：線程內核對象，操作系統用它來對線程實施管理。線程堆棧，用於維護線程在執行代碼時需要的所有函數參數和局部變量。
        進程是不活潑的。進程從來不執行任何東西，它只是線程的容器。線程總是在某個進程環境中創建的，而且它的整個壽命期都在該進程中。
        如果在單進程環境中，有多個線程正在運行，那麼這些線程將共享單個地址空間。這些線程能夠執行相同的代碼，對相同的數據進行操作。這些線程還能共享內核對象句柄，因爲句柄表依賴於每個進程而不是每個線程存在。
        進程使用的系統資源比線程多得多。實際上，線程只有一個內核對象和一個堆棧，保留的記錄很少，因此需要很少的內存。因此始終都應該設法用增加線程來解決編程問題，避免創建新的進程。但是許多程序設計用多個進程來實現會更好些。

2. 如何使用_beginthreadex函數？
         使用方法與CreateThread函數相同，只是調用參數類型需要轉換。

3. 如何使用CreateThread函數？
         當CreateThread被調用時，系統創建一個線程內核對象。該線程內核對象不是線程本身，而是操作系統用來管理線程的較小的數據結構。使用時應當注意在不需要對線程內核進行訪問後調用CloseHandle函數關閉線程句柄。因爲CreateThread函數中使用某些C/C++運行期庫函數時會有內存泄漏，所以應當儘量避免使用。
參數含義：
lpThreadAttributes  如果傳遞NULL該線程使用默認安全屬性。如果希望所有的子進程能夠繼承該線程對象的句柄，必須將它的bInheritHandle成員被初始化爲TRUE。
dwStackSize  設定線程堆棧的地址空間。如果非0，函數將所有的存儲器保留並分配給線程的堆棧。如果是0，CreateThread就保留一個區域，並且將鏈接程序嵌入.exe文件的/STACK鏈接程序開關信息指明的存儲器容量分配給線程堆棧。
lpStartAddress  線程函數的地址。
lpParameter  傳遞給線程函數的參數。
dwCreationFlags  如果是0，線程創建後立即進行調度。如果是CREATE_SUSPENDED，系統對它進行初始化後暫停該線程的運行。
LpThreadId  用來存放系統分配給新線程的ID。

4. 如何終止線程的運行？
(1)   線程函數返回（最好使用這種方法）。
這是確保所有線程資源被正確地清除的唯一辦法。
如果線程能夠返回，就可以確保下列事項的實現：
在線程函數中創建的所有C++對象均將通過它們的撤消函數正確地撤消。
操作系統將正確地釋放線程堆棧使用的內存。
系統將線程的退出代碼設置爲線程函數的返回值。
系統將遞減線程內核對象的使用計數。
(2)   調用ExitThread函數（最好不要使用這種方法）。
該函數將終止線程的運行，並導致操作系統清除該線程使用的所有操作系統資源。但是，C++資源（如C++類對象）將不被撤消。
(3)    調用TerminateThread函數（應該避免使用這種方法）。
TerminateThread能撤消任何線程。線程的內核對象的使用計數也被遞減。TerminateThread函數是異步運行的函數。如果要確切地知道該線程已經終止運行，必須調用WaitForSingleObject或者類似的函數。當使用返回或調用ExitThread的方法撤消線程時，該線程的內存堆棧也被撤消。但是，如果使用TerminateThread，那麼在擁有線程的進程終止運行之前，系統不撤消該線程的堆棧。
(4)    包含線程的進程終止運行（應該避免使用這種方法）。
由於整個進程已經被關閉，進程使用的所有資源肯定已被清除。就像從每個剩餘的線程調用TerminateThread一樣。這意味着正確的應用程序清除沒有發生，即C++對象撤消函數沒有被調用，數據沒有轉至磁盤等等。
一旦線程不再運行，系統中就沒有別的線程能夠處理該線程的句柄。然而別的線程可以調GetExitcodeThread來檢查由hThread標識的線程是否已經終止運行。如果它已經終止運行，則確定它的退出代碼。

5. 爲什麼不要使用_beginthread函數和_endthread函數？
 與_beginthreadex函數相比參數少，限制多。無法創建暫停的線程，無法取得線程ID。_endthread函數無參數，線程退出代碼必須爲0。還有_endthread函數內部關閉了線程的句柄，一旦退出將不能正確訪問線程句柄。

6. 如何對進程或線程的內核進行引用？
HANDLE GetCurrentProcess(  );
HANDLE GetCurrentThread(  );
這兩個函數都能返回調用線程的進程的僞句柄或線程內核對象的僞句柄。僞句柄只能在當前的進程或線程中使用，在其它線程或進程將不能訪問。函數並不在創建進程的句柄表中創建新句柄。調用這些函數對進程或線程內核對象的使用計數沒有任何影響。如果調用CloseHandle，將僞句柄作爲參數來傳遞，那麼CloseHandle就會忽略該函數的調用並返回FALSE。
DWORD GetCurrentProcessId(  );
DWORD GetCurrentThreadId(  );
這兩個函數使得線程能夠查詢它的進程的唯一ID或它自己的唯一ID。

7. 如何將僞句柄轉換爲實句柄？
HANDLE hProcessFalse = NULL;
HANDLE hProcessTrue = NULL;
HANDLE hThreadFalse = NULL;
HANDLE hThreadTrue = NULL;

hProcessFalse = GetCurrentProcess(  );
hThreadFalse = GetCurrentThread(  );
取得線程實句柄：
DuplicateHandle( hProcessFalse, hThreadFalse, hProcessFalse, &hThreadTrue, 0, FALSE, DUPLICATE_SAME_ACCESS );
取得進程實句柄：
DuplicateHandle( hProcessFalse, hProcessFalse, hProcessFalse, &hProcessTrue, 0, FALSE, DUPLICATE_SAME_ACCESS );
由於DuplicateHandle會遞增特定對象的使用計數，因此當完成對複製對象句柄的使用時，應該將目標句柄傳遞給CloseHandle，從而遞減對象的使用計數。

8. 在一個進程中可創建線程的最大數是得多少？
線程的最大數取決於該系統的可用虛擬內存的大小。默認每個線程最多可擁有至多1MB大小的棧的空間。所以，至多可創建2028個線程。如果減少默認堆棧的大小，則可以創建更多的線程。

線程的調度、優先級和親緣性
1. 如何暫停和恢復線程的運行？
        線程內核對象的內部有一個值指明線程的暫停計數。當調用CreateProcess或CreateThread函數時，就創建了線程的內核對象，並且它的暫停計數被初始化爲1。因爲線程的初始化需要時間，不能在系統做好充分的準備之前就開始執行線程。線程完全初始化好了之後，CreateProcess或CreateThread要查看是否已經傳遞了CREATE_SUSPENDED標誌。如果已經傳遞了這個標誌，那麼這些函數就返回，同時新線程處於暫停狀態。如果尚未傳遞該標誌，那麼該函數將線程的暫停計數遞減爲0。當線程的暫停計數是0的時候，除非線程正在等待其他某種事情的發生，否則該線程就處於可調度狀態。在暫停狀態中創建一個線程，就能夠在線程有機會執行任何代碼之前改變線程的運行環境（如優先級）。一旦改變了線程的環境，必須使線程成爲可調度線程。方法如下：
hThread = CreatThread( ……，CREATE_SUSPENDED，…… );
或
bCreate = CreatProcess( ……，CREATE_SUSPENDED，……，pProcInfo );
if( bCreate != FALSE )
{
 hThread = pProcInfo.hThread;
}
……
……
……
ResumeThread( hThread );
CloseHandle( hThread );
ResumeThread成功，它將返回線程的前一個暫停計數，否則返回0xFFFFFFFF。
單個線程可以暫停若干次。如果一個線程暫停了3次，它必須恢復3次。創建線程時，除了使用CREATE_SUSPENDED外，也可以調用SuspendThread函數來暫停線程的運行。任何線程都可以調用該函數來暫停另一個線程的運行（只要擁有線程的句柄）。線程可以自行暫停運行，但是不能自行恢復運行。與ResumeThread一樣，SuspendThread返回的是線程的前一個暫停計數。線程暫停的最多次數可以是MAXIMUM_SUSPEND_COUNT次。SuspendThread與內核方式的執行是異步進行的，但是在線程恢復運行之前，不會發生用戶方式的執行。調用SuspendThread時必須小心，因爲不知道暫停線程運行時它在進行什麼操作。只有確切知道目標線程是什麼（或者目標線程正在做什麼），並且採取強有力的措施來避免因暫停線程的運行而帶來的問題或死鎖狀態，SuspendThread纔是安全的。

2. 是否可以暫停和恢復進程的運行？
         對於Windows來說，不存在暫停或恢復進程的概念，因爲進程從來不會被安排獲得CPU時間。不過Windows確實允許一個進程暫停另一個進程中的所有線程的運行，但是從事暫停操作的進程必須是個調試程序。特別是，進程必須調用WaitForDebugEvent和ContinueDebugEvent之類的函數。由於競爭的原因，Windows沒有提供其他方法來暫停進程中所有線程的運行。

3. 如何使用sleep函數？
         系統將在大約的指定毫秒數內使線程不可調度。Windows不是個實時操作系統。雖然線程可能在規定的時間被喚醒，但是它能否做到，取決於系統中還有什麼操作正在進行。
可以調用Sleep，並且爲dwMilliseconds參數傳遞INFINITE。這將告訴系統永遠不要調度該線程。這不是一件值得去做的事情。最好是讓線程退出，並還原它的堆棧和內核對象。可以將0傳遞給Sleep。這將告訴系統，調用線程將釋放剩餘的時間片，並迫使系統調度另一個線程。但是，系統可以對剛剛調用Sleep的線程重新調度。如果不存在多個擁有相同優先級的可調度線程，就會出現這種情況。

4. 如何轉換到另一個線程？
        系統提供了SwitchToThread函數。當調用這個函數的時候，系統要查看是否存在一個迫切需要CPU時間的線程。如果沒有線程迫切需要CPU時間，SwitchToThread就會立即返回。如果存在一個迫切需要CPU時間的線程，SwitchToThread就對該線程進行調度（該線程的優先級可能低於調用SwitchToThread的線程）。這個迫切需要CPU時間的線程可以運行一個時間段，然後系統調度程序照常運行。該函數允許一個需要資源的線程強制另一個優先級較低、而目前卻擁有該資源的線程放棄該資源。如果調用SwitchToThread函數時沒有其他線程能夠運行，那麼該函數返回FALSE，否則返回一個非0值。調用SwitchToThread與調用Sleep是相似的。差別是SwitchToThread允許優先級較低的線程運行；而即使有低優先級線程迫切需要CPU時間，Sleep也能夠立即對調用線程重新進行調度。

5. 如何取得線程運行的時間？
(1)   簡單取得線程大概運行時間：
DWORD dwStartTime = 0;
DWORD dwEndTime = 0;
DWORD dwRunTime = 0;
dwStartTime = GetTickCount(  );
……
……
……
dwEndTime = GetTickCount(  );
dwRunTime = dwEndTime – dwStartTime;
(2)    調用GetThreadTimes的函數：
參數含義：
hThread 線程句柄
lpCreationTime 創建時間：英國格林威治時間
lpExitTime 退出時間：英國格林威治時間，如果線程仍然在運行，退出時間則未定義
lpKernelTime 內核時間：指明線程執行操作系統代碼已經經過了多少個100ns的CPU時間
lpUserTime 用戶時間：指明線程執行應用程序代碼已經經過了多少個100ns的CPU時間
GetProcessTimes是個類似GetThreadTimes的函數，適用於進程中的所有線程（甚至是已經終止運行的線程）。返回的內核時間是所有進程的線程在內核代碼中經過的全部時間的總和。GetThreadTimes和GetProcessTimes這兩個函數在Windows98中不起作用。在Windows98中，沒有一個可靠的機制可供應用程序來確定線程或進程已經使用了多少CPU時間。

6. 進程的優先級類有哪些？
優先級類 標識符 描述
實時    REALTIME_PRIORITY_CLASS 立即對事件作出響應，執行關鍵時間的任務。會搶先於操作系統組件之前運行。
高    HIGH_PRIORITY_CLASS 立即對事件作出響應，執行關鍵時間的任務。
高於正常    ABOVE_NORMAL_PRIORITY_CLASS 在正常優先級與高優先級之間運行（Windows2000）。
正常    NORMAL_PRIORITY_CLASS 沒有特殊調度需求
低於正常    BELOW_NORMAL_PRIORITY_CLASS 在正常優先級與空閒優先級之間運行（Windows2000）。
空閒    IDLE_PRIORITY_CLASS 在系統空閒時運行。
設置方法：
BOOL SetPriorityClass( HANDLE hProcess, DWORD dwPriority );
DWORD GetPriorityClass( HANDLE hProcess );
使用命令外殼啓動一個程序時，該程序的起始優先級是正常優先級。如果使用Start命令來啓動該程序，可以使用一個開關來設定應用程序的起始優先級。例如：
c:/>START /LOW CALC.EXE
Start命令還能識別/BELOWNORMAL、/NORMAL、/ABOVENORMAL、/HIGH和/REALTIME等開關。

7. 線程的相對優先級有哪些？
相對優先級 標識符 描述
關鍵時間    THREAD_PRIORITY_TIME_CRITICAL 對於實時優先級類線程在優先級31上運行，對於其他優先級類，線程在優先級15上運行。
最高    THREAD_PRIORITY_HIGHEST 線程在高於正常優先級上兩級上運行。
高於正常    THREAD_PRIORITY_ABOVE_NORMAL 線程在正常優先級上一級上運行。
正常    THREAD_PRIORITY_NORMAL 線程在進程的優先級類上正常運行。
低於正常    THREAD_PRIORITY_BELOW_NORMAL 線程在低於正常優先級下一級上運行。
最低    THREAD_PRIORITY_LOWEST 線程在低於正常優先級下兩級上運行。
空閒    THREAD_PRIORITY_IDLE 對於實時優先級類線程在優先級16上運行對於其他優先級類線程在優先級1上運行。
設置方法：
BOOL SetThreadPriority( HANDLE hThread, DWORD dwPriority );
DWORD GetThreadPriorityClass( HANDLE hThread );

8. 如何避免系統動態提高線程的優先級等級？
        系統常常要提高線程的優先級等級，以便對窗口消息或讀取磁盤等I/O事件作出響應。或者當系統發現一個線程在大約3至4s內一直渴望得到CPU時間，它就將這個渴望得到CPU時間的線程的優先級動態提高到15，並讓該線程運行兩倍於它的時間量。當到了兩倍時間量的時候，該線程的優先級立即返回到它的基本優先級。下面的函數可以對系統的調度方式進行設置：
BOOL SetProcessPriorityBoost( HANDLE hProcess, BOOL bDisableBoost );
BOOL GetProcessPriorityBoost( HANDLE hProcess, PBOOL pbDisableBoost );
BOOL SetThreadPriorityBoost( HANDLE hThread, BOOL bDisableBoost );
BOOL GetThreadPriorityBoost( HANDLE hThread, PBOOL pbDisableBoost );
SetProcessPriorityBoost負責告訴系統激活或停用進行中的所有線程的優先級提高功能，而SetThreadPriorityBoost則激活或停用各個線程的優先級提高功能。Windows98沒有提供這4個函數的有用的實現代碼。

用戶方式中線程的同步
1. 僅一條語句用不用考慮線程同步的問題？
當使用高級語言編程時，我們往往會認爲一條語句是最小的原子訪問，CPU不會在這條語句中間運行其他的線程。這是錯誤的，因爲即使非常簡單的一條高級語言的語句，經編譯器編譯後也可能變成多行代碼由計算機來執行。因此必須考慮線程同步的問題。任何線程都不應該通過調用簡單的C語句來修改共享的變量。

2. 互鎖函數有那些？
（1） LONG InterlockedExchangeAdd ( LPLONG Addend, LONG Increment );
Addend爲長整型變量的地址，Increment爲想要在Addend指向的長整型變量上增加的數值（可以是負數）。這個函數的主要作用是保證這個加操作爲一個原子訪問。
（2） LONG InterlockedExchange( LPLONG Target, LONG Value );
用第二個參數的值取代第一個參數指向的值。函數返回值爲原始值。
（3） PVOID InterlockedExchangePointer( PVOID *Target, PVOID Value );
用第二個參數的值取代第一個參數指向的值。函數返回值爲原始值。
（4） LONG InterlockedCompareExchange(
LPLONG Destination, LONG Exchange, LONG Comperand  );
如果第三個參數與第一個參數指向的值相同，那麼用第二個參數取代第一個參數指向的值。函數返回值爲原始值。
（5） PVOID InterlockedCompareExchangePointer (
PVOID *Destination, PVOID Exchange, PVOID Comperand );
如果第三個參數與第一個參數指向的值相同，那麼用第二個參數取代第一個參數指向的值。函數返回值爲原始值。

3. 爲什麼單CPU的計算機不應該使用循環鎖？
舉例說明：
BOOL g_bResourceUse = FALSE;
……
void ThreadFunc1(  )
{
 BOOL bResourceUse = FALSE;
 while( 1 )
{
 bResourceUse = InterlockedExchange( &g_bResourceUse, TRUE );
 if( bResourceUse == FALSE )
 {
  break;
 }
 Sleep( 0 );
}
……
……
……
InterlockedExchange( &g_bResourceUse, FALSE );
}
首先循環鎖會浪費CPU時間。CPU必須不斷地比較兩個值，直到一個值由於另一個線程而“奇妙地”改變爲止。而且使用該循環鎖的線程都應該爲同一優先級，並且應當使用SetProcessPriorityBoost函數或SetThreadPriorityBoost函數禁止線程優先級的動態提高功能，否則優先級較低的線程可能永遠不能被調用。

4. 如何使用volatile聲明變量？
如果是對共享資源的地址進行使用如&g_Resource那麼可以不使用volatile，因爲將一個變量地址傳遞給一個函數時，該函數必須從內存讀取該值。優化程序不會對它產生任何影響。如果直接使用變量，必須有一個volatile類型的限定詞。它告訴編譯器，變量可以被應用程序本身以外的某個東西進行修改，這些東西包括操作系統，硬件或同時執行的線程等。volatile限定詞會告訴編譯器，不要對該變量進行任何優化，並且總是重新加載來自該變量的內存單元的值。否則編譯器會把變量的值存入CPU寄存器，每次對寄存器進行操作。線程就會進入一個無限循環，永遠無法喚醒。

5. 如何使用關鍵代碼段實現線程的同步？
如果需要一小段代碼以原子操作的方式執行，這時簡單的互鎖函數已不能滿足需要，必須使用關鍵代碼段來解決問題。不過使用關鍵代碼段時，很容易陷入死鎖狀態，因爲在等待進入關鍵代碼段時無法設定超時值。關鍵代碼段是通過對共享資源設置一個標誌來實現的，就像廁所門上的“有人/沒人”標誌一樣。這個標誌就是一個CRITICAL_SECTION變量。該變量在任何一個線程使用它之前應當進行初始化。初始化可以有兩種方法，使用InitializeCriticalSection函數和InitializeCriticalSectionAndSpinCount函數。然後在每個使用共享資源的線程函數的關鍵代碼段前使用EnterCriticalSection函數或者使用TryEnterCriticalSection函數。在關鍵代碼段使用之後調用LeaveCriticalSection函數。在所有的線程都不再使用該共享資源後應當調用DeleteCriticalSection函數來清除該標誌。舉例說明：
const int MAX_TIMES = 1000;
int  g_intIndex = 0;
DWORD g_dwTimes[MAX_TIMES];
CRITICAL_SECTION g_cs;

void Init(  )
{
 ……
 InitializeCriticalSection( &g_cs );
……
}

DWORD WINAPI FirstThread( PVOID lpParam )
{
 while ( g_intIndex < MAX_TIMES )
{
 EnterCriticalSection( &g_cs );
 g_dwTimes[g_intIndex] = GetTickCount(  );
 g_intIndex++;
 LeaveCriticalSection( &g_cs );
}
return 0;
}

DWORD WINAPI SecondThread( PVOID lpParam )
{
 while ( g_intIndex < MAX_TIMES )
{
 EnterCriticalSection( &g_cs );
 g_intIndex++;
 g_dwTimes[g_intIndex - 1] = GetTickCount(  );
 LeaveCriticalSection( &g_cs );
}
return 0;
}

void Close(  )
{
……
DeleteCriticalSection( &g_cs );
……
}
使用關鍵代碼段應當注意一些技巧：
（1） 每個共享資源使用一個CRITICAL_SECTION變量。
這樣在當前線程佔有一個資源時，另一個資源可以被其他線程佔有。
EnterCriticalSection( &g_cs );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_intArray[intLoop] = 0;
g_uintArray[intLoop] = 0;
}
LeaveCriticalSection( &g_cs );
改爲：
EnterCriticalSection( &g_csInt );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_intArray[intLoop] = 0;
}
LeaveCriticalSection( &g_csInt );
EnterCriticalSection( &g_csUint );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_uintArray[intLoop] = 0;
}
LeaveCriticalSection( &g_csUint );
（2） 同時訪問多個資源，必須始終按照完全相同的順序請求對資源的訪問。
這樣才能避免死鎖狀態產生。離開的順序沒有關係。
Thread1：
EnterCriticalSection( &g_csInt );
EnterCriticalSection( &g_csUint );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_uintArray[intLoop] = g_intArray[intLoop];
}
LeaveCriticalSection( &g_csInt );
LeaveCriticalSection( &g_csUint );
Thread2：
EnterCriticalSection( &g_csUint );
EnterCriticalSection( &g_csInt );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_uintArray[intLoop] = g_intArray[intLoop];
}
LeaveCriticalSection( &g_csInt );
LeaveCriticalSection( &g_csUint );
改爲：
Thread1：
EnterCriticalSection( &g_csInt );
EnterCriticalSection( &g_csUint );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_uintArray[intLoop] = g_intArray[intLoop];
}
LeaveCriticalSection( &g_csInt );
LeaveCriticalSection( &g_csUint );
Thread2：
EnterCriticalSection( &g_csInt );
EnterCriticalSection( &g_csUint );
for ( intLoop = 0; intLoop < 100; intLoop++ )
{
g_uintArray[intLoop] = g_intArray[intLoop];
}
LeaveCriticalSection( &g_csInt );
LeaveCriticalSection( &g_csUint );
（3） 不要長時間運行關鍵代碼段。
EnterCriticalSection( &g_cs );
SendMessage( hWnd, WM_SOMEMSG, &g_s, 0 );
LeaveCriticalSection( &g_cs );
改爲：
EnterCriticalSection( &g_cs );
sTemp = g_s;
LeaveCriticalSection( &g_cs );
SendMessage( hWnd, WM_SOMEMSG, &sTemp, 0 );

6. InitializeCriticalSection/InitializeCriticalSectionAndSpinCount差別？
        InitializeCriticalSection函數的返回值爲空並且不會創建事件內核對象，比較節省系統資源，但是一旦發生兩個或多個線程爭用關鍵代碼段的情況，如果內存不足，關鍵代碼段可能被爭用，同時系統可能無法創建必要的事件內核對象。這時EnterCriticalSection函數將會產生一個EXCEPTION_INVALID_HANDLE異常。這個錯誤非常少見。如果想對這種情況有所準備，可以有兩種選擇。可以使用結構化異常處理方法來跟蹤錯誤。當錯誤發生時，既可以不訪問關鍵代碼段保護的資源，也可以等待某些內存變成可用狀態，然後再次調用EnterCriticalSection函數。
        另一種選擇是使用InitializeCriticalSectionAndSpinCount，第二個參數dwSpinCount中，傳遞的是在使線程等待之前它試圖獲得資源時想要循環鎖循環迭代的次數。這個值可以是0至0x00FFFFFF之間的任何數字。如果在單處理器計算機上運行時調用該函數，該參數被忽略，並且始終設置爲0。使用InitializeCriticalSectionAndSpinCount函數創建關鍵代碼段，確保設置了dwSpinCount參數的高信息位。當該函數發現高信息位已經設置時，它就創建該事件內核對象，並在初始化時將它與關鍵代碼段關聯起來。如果事件無法創建，該函數返回FALSE。可以更加妥善地處理代碼中的這個事件。如果事件創建成功，EnterCriticalSection將始終都能運行，並且決不會產生異常情況（如果總是預先分配事件內核對象，就會浪費系統資源。只有當代碼不能容許EnterCriticalSection運行失敗，或者有把握會出現爭用現象，或者預計進程將在內存非常短缺的環境中運行時，才能預先分配事件內核對象）。

7. TryEnterCriticalSection和EnterCriticalSection的差別是什麼？
        如果EnterCriticalSection將一個線程置於等待狀態，那麼該線程在很長時間內就不能再次被調度。實際上，在編寫得不好的應用程序中，該線程永遠不會再次被賦予CPU時間。TryEnterCriticalSection函數決不允許調用線程進入等待狀態。它的返回值能夠指明調用線程是否能夠獲得對資源的訪問權。TryEnterCriticalSection發現該資源已經被另一個線程訪問，它就返回FALSE。在其他所有情況下，它均返回TRUE。運用這個函數，線程能夠迅速查看它是否可以訪問某個共享資源，如果不能訪問，那麼它可以繼續執行某些其他操作，而不必進行等待。如果TryEnterCriticalSection函數確實返回了TRUE，那麼CRITICAL_SECTION的成員變量已經更新。Windows98沒有可以使用的TryEnterCriticalSection函數的實現代碼。