工做中碰到过这个问题好几回了,以为有必要总结一下,因此有了这篇文章,这篇文章分为三个部分:认识问题、分析问题、解决问题。 ##认识问题## 首先咱们经过下面这个 测试程序 来认识这个问题。运行的环境 (有必要说明一下,不一样环境会有不一样的结果):32位 Windows XP,Sun JDK 1.6.0_18, eclipse 3.4,测试程序:java
import java.util.concurrent.CountDownLatch; public class TestNativeOutOfMemoryError { public static void main(String[] args) { for (int i = 0;; i++) { System.out.println("i = " + i); new Thread(new HoldThread()).start(); } } } class HoldThread extends Thread { CountDownLatch cdl = new CountDownLatch(1); public HoldThread() { this.setDaemon(true); } public void run() { try { cdl.await(); } catch (InterruptedException e) { } } }
不指定任何JVM参数,eclipse中直接运行输出,看到了这位朋友了吧: i = 5602 Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start0(Native Method) at java.lang.Thread.start(Thread.java:597) at TestNativeOutOfMemoryError.main(TestNativeOutOfMemoryError.java:20)windows
##分析问题## 这个异常问题本质缘由是咱们建立了太多的线程,而能建立的线程数是有限制的,致使了异常的发生。能建立的线程数的具体计算公式以下:eclipse
// MaxProcessMemory 指的是一个进程的最大内存 // JVMMemory JVM内存 // ReservedOsMemory 保留的操做系统内存 // ThreadStackSize 线程栈的大小 (MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
在java语言里, 当你建立一个线程的时候,虚拟机会在JVM内存建立一个Thread对象同时建立一个操做系统线程,而这个系统线程的内存用的不是JVMMemory,而是系统中剩下的内存(MaxProcessMemory - JVMMemory - ReservedOsMemory)。测试
结合上面例子咱们来对公式说明一下: MaxProcessMemory 在32位的 windows下是 2G JVMMemory eclipse默认启动的程序内存是64M ReservedOsMemory 通常是130M左右 ThreadStackSize 32位 JDK 1.6默认的stacksize 325K左右 公式以下: (210241024-641024-1301024)/325 = 5841 公式计算所得5841,和实践5602基本一致(有误差是由于ReservedOsMemory不能很精确)this
由公式得出结论: 你给JVM内存越多,那么你能建立的线程越少,越容易发生java.lang.OutOfMemoryError: unable to create new native thread。 ##解决问题##操作系统
(a)MaxProcessMemory 使用64位操做系统。 (b)JVMMemory 减小JVMMemory的分配。 (c)ThreadStackSize 减少单个线程的栈大小。线程