為什麼預設 C# 堆疊大小仍然是 1 MB（或 64 位元為 4 MB）？

C#堆疊大小為何仍為1MB？探究其歷史與技術原因

在現代PC擁有充足物理記憶體的情況下，C#的堆疊大小一直保持在32位元進程為1MB，64位元進程為4MB，這引發了人們對這一看似隨意限制背後邏輯的疑問。

歷史淵源：Windows NT的遺產

1MB的預設堆疊大小最初是在Windows NT的開發過程中決定的。當可執行檔或CreateThread() API呼叫未指定特定堆疊大小時，作業系統將預設為此值。

選擇1MB的原因

選擇1MB可能受到多種因素的影響。首先，在個人電腦的早期，它代表了相當大的記憶體量。其次，Windows NT的按需分頁虛擬記憶體架構允許虛擬分配堆疊，最大限度地減少其對實體記憶體的影響。

.NET程式的過度分配

雖然1MB可能適用於要求苛刻的原生程序，但對於.NET應用程式來說，它被證明是過多的。在.NET中，字串和陣列是在託管堆上分配的，從而減少了堆疊的消耗。此外，很少使用不安全的指針和stackalloc。

JIT編譯和堆疊使用

.NET中唯一重要的堆疊使用是在執行時進行即時（JIT）編譯期間發生的。堆疊用於程式碼優化和異常處理，但通常只需要幾萬位元組。

堆疊佔用

.NET的一個特點是堆疊已佔用，為潛在的交換預留了分頁檔案中的空間。這個代價高昂的過程最初是作為安全措施實施的，但此後已過時。

現代變化：不再需要堆疊佔用

在最近版本的.NET（大約從.NET 4.5開始）中，CLR因為效能原因取消了堆疊佔用。此變更進一步減少了堆疊大小對記憶體使用量的影響。

結論

C#中1MB的堆疊大小是歷史產物，受早期計算平台的限制影響。鑑於現代硬體的功能，它可能顯得過時，但由於其相對較低的記憶體開銷和足以滿足大多數應用程式的容量，它仍然是一個合理的預設值。

以上是為什麼預設 C# 堆疊大小仍然是 1 MB（或 64 位元為 4 MB）？的詳細內容。更多資訊請關注PHP中文網其他相關文章！