Windows NT 核心資源管理深度解析：GDI 物件配額、進程限制與系統總量上限

前言

開發者常遇 GDI 物件耗盡導致介面錯亂、繪圖失敗、程式崩潰。本文基於 Windows 2000/2003 實測，深度剖析 GDI 物件管理機制：句柄表結構、進程配額、系統總量上限、登錄檔調整，並給出實測臨界值與最佳實務。

GDI 物件與句柄表

• GDI 物件（筆刷、筆、字型、點陣圖、區域、DC、調色盤等）由核心物件管理器統一管理，使用者模式僅持有 句柄。
• 句柄本質：32 位元 DWORD，高 16 位 = Table Index，低 16 位 = Uniqueness Identifier。理論上每進程可訪問 64K (2^16) GDI 物件。

三層限制機制

1. 系統硬性限制：客戶端句柄表上限

• Win2000：16,384 (16K) handles/process（硬編碼）。
• Win2003：放寬至接近理論 64K。

2. 進程預設配額：GDIProcessHandleQuota

• 登錄檔：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota
• 預設值：10,000 (10K)。達 9,999 即無法建立新 GDI 物件 → 介面錯亂。
• 可修改此值提高上限（需重啟）。

3. 系統總量上限：全系統 GDI 物件總和

• Win2000 實測：系統總 GDI 物件達 ~15,900 後，新進程無法建立 GDI 物件，系統不穩定。
• Win2003 實測：系統總 GDI 物件達 ~63,700 後出現同樣現象。
• 此臨界值非固定，受記憶體、分頁檔案、核心資源池影響。

實測驗證程式

自寫 check.exe 批量建立 HBRUSH，統計單進程與系統總 GDI 計數（GetGuiResources(hProcess, GR_GDIOBJECTS) + EnumProcesses 遍歷）。

• Win2000：註冊表設 12,000 → 進程 1 建 11,000 成功 → 進程 2 建 11,000 失敗（系統總量上限觸發）。
• Win2003：註冊表設 50,000 → 進程 1 建 40,000 成功 → 進程 2 建 40,000 失敗（系統總量 ~63,700 觸發）。

結論：三重限制共同作用

開發者最佳實務

1. 即建即釋：用完 GDI 物件立即 DeleteObject，DC 用完 ReleaseDC/DeleteDC，避免洩漏累積觸及配額。
2. 物件重用：常用筆刷/筆/字型建立全域/靜態實例，重複使用，減少建立/銷毀開銷。
3. 監控工具：工作管理員 → 檢視 → 選擇欄位 → 勾選「GDI 物件」；Process Explorer、GDIView 即時監控。
4. 調整配額謹慎：註冊表 GDIProcessHandleQuota 設超 15,000 (Win2000) 易導致系統不穩，建議 ≤ 12,000。Win2003 可適度放寬。
5. 分進程隔離：大量繪圖任務拆分到多進程，利用進程邊界自然隔離配額，但需注意系統總量上限。

小結

GDI 物件耗盡非單一原因，乃 進程配額 (10K 預設) + 系統硬性上限 (16K/64K) + 系統總量臨界值 (~16K/~64K) 三重疊加。開發者應從「不洩漏、重用物件、監控計數」著手，配額調整僅作臨時緩解，不可過度依賴。