JVM 最大線程數實測：受限於作業系統、記憶體、棧大小的多維邊界

從理論計算到壓測驗證：JVM 能創建多少線程？

StackOverflow 經典討論：JVM 最大線程數非固定值，取決於 OS 進程虛擬記憶體限制、JVM 堆/非堆配置、線程棧大小 (-Xss)、CPU 核心數。本文綜合多位專家回答與實測數據，給出估算公式與調優建議。

理論上限公式

MaxThreads ≈ (MaxProcessMemory - JVMMemory - OSReserved) / ThreadStackSize
// 32 位 Linux/Windows: 進程用戶空間 2~3 GB
// 64 位: 理論極大，受限於物理記憶體+Swap
// ThreadStackSize 預設: Linux 64位 1024KB, Windows 32位 320KB, 可用 -Xss256k 減小

關鍵實測數據（來源：StackOverflow 社區）

反直覺現象：增大堆反而減少最大線程數

32 位進程虛擬地址空間固定（~2-3GB）。堆佔用的記憶體區域與線程棧區域共享同一虛擬地址空間。增大 -Xmx 會壓縮可分配給線程棧的連續地址範圍，導致 pthread_create/CreateThread 失敗。結論：需創建大量線程時，適當減小 -Xmx 並設置較小 -Xss（如 256k/128k）。

生產環境調優清單

1. 避免大量線程：使用線程池（ThreadPoolExecutor）、非阻塞 I/O（Netty/NIO）、虛擬線程（Java 21+ Thread.ofVirtual()）。
2. 設置合理棧大小：-Xss256k 或 -Xss128k（簡單任務足夠），避免棧溢出（StackOverflowError）。
3. 監控指標：jcmd VM.info 查看 ThreadStackSize；Prometheus + JMX Exporter 監控 jvm_threads_live、jvm_threads_daemon。
4. OS 限制：ulimit -u (max user processes)、/proc/sys/kernel/pid_max、/etc/security/limits.conf (nofile/nproc)。
5. 壓測驗證：編寫遞歸創建線程程序，記錄崩潰前數作為基線，留 30% 安全餘量。

虛擬線程：Java 21 徹底改變遊戲規則

Thread.startVirtualThread(() -> ...) 或 Executors.newVirtualThreadPerTaskExecutor()。虛擬線程由 JDK 調度，不佔用 OS 線程，棧在堆上動態增減，**單機支撐百萬級並發**成為常態，徹底解決「線程數上限」痛點。