Windows 中的受控與非受控執行緒處理
所有執行緒的管理都會透過 Thread 類別進行，包括 Common Language Runtime 建立的執行緒，以及在執行階段外部建立但進入 Managed 環境執行程式碼的執行緒。 執行階段會監視在其處理序中所有曾在 Managed 執行環境中執行程式碼的執行緒， 但不會追蹤其他任何執行緒。 執行緒可透過 COM Interop (因為執行階段會將 Managed 物件當做 COM 物件公開給 Unmanaged 世界)、COM DllGetClassObject 函式和平台叫用來進入 Managed 執行環境。
當 Unmanaged 執行緒透過類似 COM 可呼叫包裝函式來進入執行階段時，系統會檢查此執行緒的執行緒本機存放區，以尋找內部 Managed Thread 物件。 如果找到一個物件，表示執行階段已感知此執行緒。 但是，如果找不到任何 Thread 物件，執行階段會建置新物件並安裝到此執行緒的執行緒本機存放區中。
在 Managed 執行緒中， Thread.GetHashCode 是穩定的 Managed 執行緒識別。 在執行緒的存留期間，此值不會與其他任何執行緒的值相衝突，不論您是從哪一個應用程式定義域取得此值。
從 Win32 執行緒處理對應至受控執行緒處理
下表將 Win32 執行緒項目對應至其近似的執行階段對等項目。 請注意，此對應並不代表功能完全一樣。 例如， TerminateThread 不會執行 finally 子句或釋放資源，並且無法防止。 但是， Thread.Abort 會執行所有復原程式碼、回收所有資源，並且可使用 ResetAbort加以拒絕。 在揣測功能之前，請務必仔細閱讀相關文件。
| 在 Win32 中 | 在 Common Language Runtime 中 |
|---|---|
| CreateThread | Thread 和 ThreadStart的組合 |
| TerminateThread | Thread.Abort |
| SuspendThread | Thread.Suspend |
| ResumeThread | Thread.Resume |
| Sleep | Thread.Sleep |
| 執行緒控制代碼上的 WaitForSingleObject | Thread.Join |
| ExitThread | 沒有對等項目 |
| GetCurrentThread | Thread.CurrentThread |
| SetThreadPriority | Thread.Priority |
| 沒有對等項目 | Thread.Name |
| 沒有對等項目 | Thread.IsBackground |
| 近似 CoInitializeEx (OLE32.DLL) | Thread.ApartmentState |
受控執行緒與 COM Apartment
可標記 Managed 執行緒，以表示它將裝載單一執行緒或多執行緒 Apartment。 (如需 COM 執行緒架構的詳細資訊，請參閱處理序、執行緒和 Apartment \(英文\))。GetApartmentState 類別的 SetApartmentState、TrySetApartmentState 和 Thread 方法會傳回並指派執行緒的 Apartment 狀態。 如果尚未設定此狀態，則 GetApartmentState 會傳回 ApartmentState.Unknown。
只有在執行緒處於 ThreadState.Unstarted 狀態時，才能設定此屬性；每個執行緒只能設定此屬性一次。
如果啟動執行緒之前未設定 Apartment 狀態，則會將執行緒初始化為多執行緒 Apartment (MTA)。 受到 ThreadPool 控制的完成項執行緒及所有執行緒都是 MTA。
重要
對於應用程式啟動程式碼而言，控制 Apartment 狀態的唯一方式是將 MTAThreadAttribute 或 STAThreadAttribute 套用至進入點程序。
公開至 COM 之受控物件的行為會像是已彙總無限制執行緒封送處理器。 換句話說，您可以使用無限制執行緒方式從任何 COM Apartment 呼叫 Managed 物件。 只有衍生自 ServicedComponent 或 StandardOleMarshalObject 的 Managed 物件才不會表現出無限制執行緒行為。
在 Managed 世界中，除非您使用內容及內容繫結 Managed 執行個體，否則不支援 SynchronizationAttribute 。 如果您正在使用 Enterprise Services，則您的物件必須衍生自 ServicedComponent (其本身係衍生自 ContextBoundObject)。
當 Managed 程式碼呼叫 COM 物件時，一律會遵循 COM 規則。 換句話說，程式碼會依照 OLE32 指示，透過 COM Apartment Proxy 和 COM+ 1.0 內容包裝函式來呼叫。
封鎖問題
如果執行緒對作業系統發出 Unmanaged 呼叫，而此呼叫在 Unmanaged 程式碼中封鎖了執行緒，則執行階段將不會針對 Thread.Interrupt 或 Thread.Abort取得其控制權。 如果是 Thread.Abort，執行階段會為 Abort 標記執行緒，並在它重新進入受控碼時取得其控制權。 建議您使用 Managed 封鎖，而不要使用 Unmanaged 封鎖。 WaitHandle.WaitOne、WaitHandle.WaitAny、WaitHandle.WaitAll、Monitor.Enter、Monitor.TryEnter、Thread.Join、GC.WaitForPendingFinalizers 等對於 Thread.Interrupt 和 Thread.Abort 都會有回應。 此外，如果執行緒位在單一執行緒 Apartment 中，則當執行緒被封鎖時，所有這些 Managed 封鎖作業都會正確提取 Apartment 中的訊息。
執行緒與 Fiber
.NET 執行緒模式不支援 Fiber。 您不應該呼叫至使用 Fiber 實作的任何非受控函式。 此類呼叫可能會導致 .NET 執行階段當掉。
